[JBoss-dev] [ jboss-Bugs-712542 ] Touching an EAR in /farm deletes it

2003-03-31 Thread SourceForge.net
Bugs item #712542, was opened at 2003-03-31 10:19
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712542group_id=22866

Category: Clustering
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Sacha Labourey (slaboure)
Assigned to: Sacha Labourey (slaboure)
Summary: Touching an EAR in /farm deletes it

Initial Comment:
After observation, the problem is more general and was 
most probably dependent on the size of the package to 
deploy (which is why it is more probable for an EAR to 
exhibit this behaviour).

It exists on all three branches (3.0, 3.2 and HEAD).

The Farming could enter in some kind of recursive 
behaviour in some cases where an undeployment (for 
example) was done locally and then sent to the other 
remote nodes. The other remote nodes, depending on 
timing issues, could send, again, the undeployment 
order to all remote nodes as well.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712542group_id=22866


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-712542 ] Touching an EAR in /farm deletes it

2003-03-31 Thread SourceForge.net
Bugs item #712542, was opened at 2003-03-31 10:19
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712542group_id=22866

Category: Clustering
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Sacha Labourey (slaboure)
Assigned to: Sacha Labourey (slaboure)
Summary: Touching an EAR in /farm deletes it

Initial Comment:
After observation, the problem is more general and was 
most probably dependent on the size of the package to 
deploy (which is why it is more probable for an EAR to 
exhibit this behaviour).

It exists on all three branches (3.0, 3.2 and HEAD).

The Farming could enter in some kind of recursive 
behaviour in some cases where an undeployment (for 
example) was done locally and then sent to the other 
remote nodes. The other remote nodes, depending on 
timing issues, could send, again, the undeployment 
order to all remote nodes as well.

--

Comment By: Sacha Labourey (slaboure)
Date: 2003-03-31 10:22

Message:
Logged In: YES 
user_id=95900

When a package is (un-)deployed and this order comes from 
a remote node, we remember this and don't propagate this 
ourself.

Fixed on all three branches.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712542group_id=22866


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-712654 ] setting CatalinaBase attribute breaks .war deployment

2003-03-31 Thread SourceForge.net
Bugs item #712654, was opened at 2003-03-31 15:00
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712654group_id=22866

Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Rauli Priha (rpriha)
Assigned to: Scott M Stark (starksm)
Summary: setting CatalinaBase attribute breaks .war deployment

Initial Comment:
I'm trying to set up a single instance of JBoss+tomcat
bundle with
own configuration profiles for several developers.
Since Tomcat
needs a workdir, I use a different CatalinaBase
attribute for each
profile. However, every time when CatalinaBase is set
(and differs from
CatalinaHome), I get this notice for each .war that
should be deployed:

INFO  [Engine] ContextConfig[/jmx-console]: Missing
default web.xml, using application web.xml only

On the other hand, these messages do not show up:

INFO  [Engine] StandardWrapper[/jmx-console:default]:
Loading container servlet default
INFO  [Engine] StandardWrapper[/jmx-console:invoker]:
Loading container servlet invoker

The versions used are JBoss 3.0.6 and Tomcat 4.1.18.

The directories should be correctly set. This is the
default one which works:

INFO  [Engine] WebappLoader[/jmx-console]: Deploying
class repositories to work directory
/opt/jboss-3.0.6_tomcat-4.1.18/tomcat-4.1.x/work/MainEngine/localhost/jmx-console

This is the one from the configuration that does not work:

INFO  [Engine] WebappLoader[/jmx-console]: Deploying
class repositories to work directory
/opt/jboss-3.0.6_tomcat-4.1.18/server/test/tomcat/work/MainEngine/localhost/jmx-console

When checking that path, I noticed that the jmx-console
subdirectory
does not get created at all, it's parent directory
localhost does not 
contain anything.

How to repeat the problem:

install a clean JBoss 3.0.6 + Tomcat 4.1.8 bundle, then
modify
server/default/deploy/tomcat41-service.xml so that
CatalinaBase
is set the same way as CatalinaHome. Create the
directory pointed
by the attribute. Then start with run.sh and try to access 
http://servername:8080/jmx-console/ which should give
you this error:

HTTP Status 404 - /jmx-console
type Status report
message /jmx-console
description The requested resource (/jmx-console) is
not available.
Apache Tomcat/4.1.18-LE-jdk14


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712654group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-712686 ] ear deployment broken

2003-03-31 Thread SourceForge.net
Bugs item #712686, was opened at 2003-03-31 14:21
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712686group_id=22866

Category: CatalinaBundle
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Nick Betteridge (aubergine)
Assigned to: Scott M Stark (starksm)
Summary: ear deployment broken

Initial Comment:
I think that this is a bug.

I built the 3.2.0RC4 and then build the tomcat41 bundle

I then deployed a localhost war with a jboss-web.xml:
jboss-web
context-root//context-root
virtual-hostlocalhost/virtual-host
/jboss-web

and a web.xml:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
welcome-file-list
welcome-file
index.html
/welcome-file
/welcome-file-list
/web-app

It worked fine when I browsed to http://localhost

I then deployed a localhost ear with the above web.xml
and a modified jboss-web.xml (ie no context-root tag).

The application.xml of the ear file is:
!DOCTYPE application PUBLIC
   -//Sun Microsystems, Inc.//DTD J2EE Application
1.3//EN
   http://java.sun.com/dtd/application_1_3.dtd;

application
   display-namelocalhost/display-name
module
web-urilocalhost.war/web-uri
context-root//context-root
/module
/application

If I browse to http://localhost I get a mapping error.

Looking at the log, I see that the original war
deployed with a StandardManager[], where as the Ear
deployed with a StandardManager[/localhost]

When I browse to http://localhost/localhost it works


--

War deployment


13:22:27,099 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war
13:22:28,416 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war
13:22:28,599 INFO  [Engine] WebappLoader[]: Deploying
class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_
13:22:30,407 INFO  [Engine] ContextConfig[]: Added
certificates - request attribute Valve
13:22:30,644 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
13:22:30,645 INFO  [Engine] StandardManager[]: Seeding
random number generator class
java.security.SecureRandom
13:22:30,646 INFO  [Engine] StandardManager[]: Seeding
of random number generator has been completed
13:22:30,649 INFO  [Engine] StandardWrapper[:default]:
Loading container servlet default
13:22:30,651 INFO  [Engine] StandardWrapper[:invoker]:
Loading container servlet invoker
13:22:30,720 INFO  [MainDeployer] Deployed package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war



-

Ear deployment


14:02:40,868 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,038 INFO  [EARDeployer] Init J2EE application:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,255 INFO  [EARDeployer] looking for nested
deployments in :
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,264 INFO  [EARDeployer] nested deployment:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,740 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=/localhost,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,890 INFO  [Engine] WebappLoader[/localhost]:
Deploying class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost
14:02:43,752 INFO  [Engine] ContextConfig[/localhost]:
Added certificates - request attribute Valve
14:02:43,981 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
14:02:43,982 INFO  [Engine]
StandardManager[/localhost]: Seeding random number
generator class java.security.SecureRandom
14:02:43,983 INFO  [Engine]
StandardManager[/localhost]: Seeding of random number
generator has been completed
14:02:43,986 INFO  [Engine]
StandardWrapper[/localhost:default]: Loading container
servlet default
14:02:43,987 INFO  [Engine]

[JBoss-dev] [ jboss-Bugs-712687 ] ear deployment failure

2003-03-31 Thread SourceForge.net
Bugs item #712687, was opened at 2003-03-31 14:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712687group_id=22866

Category: CatalinaBundle
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Nick Betteridge (aubergine)
Assigned to: Scott M Stark (starksm)
Summary: ear deployment failure

Initial Comment:
I think that this is a bug.

I built the 3.2.0RC4 and then build the tomcat41 bundle

I then deployed a localhost war with a jboss-web.xml:
jboss-web
context-root//context-root
virtual-hostlocalhost/virtual-host
/jboss-web

and a web.xml:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
welcome-file-list
welcome-file
index.html
/welcome-file
/welcome-file-list
/web-app

It worked fine when I browsed to http://localhost

I then deployed a localhost ear with the above web.xml
and a modified jboss-web.xml (ie no context-root tag).

The application.xml of the ear file is:
!DOCTYPE application PUBLIC
   -//Sun Microsystems, Inc.//DTD J2EE Application
1.3//EN
   http://java.sun.com/dtd/application_1_3.dtd;

application
   display-namelocalhost/display-name
module
web-urilocalhost.war/web-uri
context-root//context-root
/module
/application

If I browse to http://localhost I get a mapping error.

Looking at the log, I see that the original war
deployed with a StandardManager[], where as the Ear
deployed with a StandardManager[/localhost]

When I browse to http://localhost/localhost it works


--

War deployment


13:22:27,099 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war
13:22:28,416 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war
13:22:28,599 INFO  [Engine] WebappLoader[]: Deploying
class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_
13:22:30,407 INFO  [Engine] ContextConfig[]: Added
certificates - request attribute Valve
13:22:30,644 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
13:22:30,645 INFO  [Engine] StandardManager[]: Seeding
random number generator class
java.security.SecureRandom
13:22:30,646 INFO  [Engine] StandardManager[]: Seeding
of random number generator has been completed
13:22:30,649 INFO  [Engine] StandardWrapper[:default]:
Loading container servlet default
13:22:30,651 INFO  [Engine] StandardWrapper[:invoker]:
Loading container servlet invoker
13:22:30,720 INFO  [MainDeployer] Deployed package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war



-

Ear deployment


14:02:40,868 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,038 INFO  [EARDeployer] Init J2EE application:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,255 INFO  [EARDeployer] looking for nested
deployments in :
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,264 INFO  [EARDeployer] nested deployment:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,740 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=/localhost,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,890 INFO  [Engine] WebappLoader[/localhost]:
Deploying class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost
14:02:43,752 INFO  [Engine] ContextConfig[/localhost]:
Added certificates - request attribute Valve
14:02:43,981 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
14:02:43,982 INFO  [Engine]
StandardManager[/localhost]: Seeding random number
generator class java.security.SecureRandom
14:02:43,983 INFO  [Engine]
StandardManager[/localhost]: Seeding of random number
generator has been completed
14:02:43,986 INFO  [Engine]
StandardWrapper[/localhost:default]: Loading container
servlet default
14:02:43,987 INFO  [Engine]

[JBoss-dev] [ jboss-Bugs-712687 ] ear deployment failure

2003-03-31 Thread SourceForge.net
Bugs item #712687, was opened at 2003-03-31 14:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712687group_id=22866

Category: CatalinaBundle
Group: v3.2
Status: Deleted
Resolution: None
Priority: 5
Submitted By: Nick Betteridge (aubergine)
Assigned to: Scott M Stark (starksm)
Summary: ear deployment failure

Initial Comment:
I think that this is a bug.

I built the 3.2.0RC4 and then build the tomcat41 bundle

I then deployed a localhost war with a jboss-web.xml:
jboss-web
context-root//context-root
virtual-hostlocalhost/virtual-host
/jboss-web

and a web.xml:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
welcome-file-list
welcome-file
index.html
/welcome-file
/welcome-file-list
/web-app

It worked fine when I browsed to http://localhost

I then deployed a localhost ear with the above web.xml
and a modified jboss-web.xml (ie no context-root tag).

The application.xml of the ear file is:
!DOCTYPE application PUBLIC
   -//Sun Microsystems, Inc.//DTD J2EE Application
1.3//EN
   http://java.sun.com/dtd/application_1_3.dtd;

application
   display-namelocalhost/display-name
module
web-urilocalhost.war/web-uri
context-root//context-root
/module
/application

If I browse to http://localhost I get a mapping error.

Looking at the log, I see that the original war
deployed with a StandardManager[], where as the Ear
deployed with a StandardManager[/localhost]

When I browse to http://localhost/localhost it works


--

War deployment


13:22:27,099 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war
13:22:28,416 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war
13:22:28,599 INFO  [Engine] WebappLoader[]: Deploying
class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_
13:22:30,407 INFO  [Engine] ContextConfig[]: Added
certificates - request attribute Valve
13:22:30,644 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
13:22:30,645 INFO  [Engine] StandardManager[]: Seeding
random number generator class
java.security.SecureRandom
13:22:30,646 INFO  [Engine] StandardManager[]: Seeding
of random number generator has been completed
13:22:30,649 INFO  [Engine] StandardWrapper[:default]:
Loading container servlet default
13:22:30,651 INFO  [Engine] StandardWrapper[:invoker]:
Loading container servlet invoker
13:22:30,720 INFO  [MainDeployer] Deployed package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war



-

Ear deployment


14:02:40,868 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,038 INFO  [EARDeployer] Init J2EE application:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,255 INFO  [EARDeployer] looking for nested
deployments in :
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,264 INFO  [EARDeployer] nested deployment:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,740 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=/localhost,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,890 INFO  [Engine] WebappLoader[/localhost]:
Deploying class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost
14:02:43,752 INFO  [Engine] ContextConfig[/localhost]:
Added certificates - request attribute Valve
14:02:43,981 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
14:02:43,982 INFO  [Engine]
StandardManager[/localhost]: Seeding random number
generator class java.security.SecureRandom
14:02:43,983 INFO  [Engine]
StandardManager[/localhost]: Seeding of random number
generator has been completed
14:02:43,986 INFO  [Engine]
StandardWrapper[/localhost:default]: Loading container
servlet default
14:02:43,987 INFO  

[JBoss-dev] [ jboss-Bugs-711346 ] Trying to return anTrying to return an unknown connection2!

2003-03-31 Thread SourceForge.net
Bugs item #711346, was opened at 2003-03-28 13:55
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=711346group_id=22866

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shyam Sundar (shyamvs)
Assigned to: David Jencks (d_jencks)
Summary: Trying to return anTrying to return an unknown connection2!

Initial Comment:
Dear Team,

 The following exception occurs when i fetch
objects from database.

Regards,
Shyam



2003-03-26 13:45:02,843 INFO 
[org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener]
throwable from unregister connection
java.lang.IllegalStateException: Trying to return an
unknown connection2!
[EMAIL PROTECTED]
at
org.jboss.resource.connectionmanager.CachedConnectionManager.unregisterConnection(CachedConnectionManager.java:274)
at
org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.connectionClosed(TxConnectionManager.java:551)
at
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.closeHandle(BaseWrapperManagedConnection.java:280)
at
org.jboss.resource.adapter.jdbc.WrappedConnection.close(WrappedConnection.java:127)
at
com.adventnet.db.persistence.RelationalObject.closeConnection(RelationalObject.java:184)
at
com.adventnet.db.persistence.PersistableRO$ForPersistableGet.getObject(PersistableRO.java:1679)
at
com.adventnet.db.persistence.PersistableRO$ForPersistableGet.getObjects(PersistableRO.java:1804)
at
com.adventnet.db.persistence.PersistableRO.getObjects(PersistableRO.java:689)
at
com.adventnet.db.persistence.DBPersistence.getObjects(DBPersistence.java:471)
at
com.adventnet.cis.service.CISServiceAPIImpl.getMIsWithGlobalScope(CISServiceAPIImpl.java:676)
at
com.adventnet.cis.service.CISServiceAPIImpl.addModuleOwnedGlobalCR(CISServiceAPIImpl.java:635)
at
com.adventnet.cis.service.CISServiceAPIImpl.populateGlobalCR(CISServiceAPIImpl.java:597)
at
com.adventnet.cis.service.CISServiceAPIImpl.getRecordId(CISServiceAPIImpl.java:139)
at
com.adventnet.cis.ejb.ConfigurationRecordBean.ejbCreate(ConfigurationRecordBean.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:206)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270)
at
org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:725)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:998)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:199)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:88)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74)
at
org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:123)
at
org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:477)
at org.jboss.ejb.Container.invoke(Container.java:698)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at
org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101)
at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:88)
   

[JBoss-dev] [ jboss-Bugs-710204 ] ra.xml does not pass validation

2003-03-31 Thread SourceForge.net
Bugs item #710204, was opened at 2003-03-26 18:05
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=710204group_id=22866

Category: None
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Han Ming ONG (hanming)
Assigned to: David Jencks (d_jencks)
Summary: ra.xml does not pass validation

Initial Comment:
If you check out jboss-3.2 HEAD, cd
pool/src/resources/xa-rar/META-INF and open ra.xml, you
will find that the element license is wrong.

According to http://java.sun.com/dtd/connector_1_0.dtd ,

llicense-required should come after description

An easy change for David Jencks.

Han Ming

--

Comment By: David Jencks (d_jencks)
Date: 2003-03-31 15:37

Message:
Logged In: YES 
user_id=60525

should be fixed in 3.2

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=710204group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-666701 ] Incompatibility in run.sh (: not found)

2003-03-31 Thread SourceForge.net
Bugs item #666701, was opened at 2003-01-12 08:57
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=666701group_id=22866

Category: Build System
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Stefan Arentz (sateh)
Assigned to: Scott M Stark (starksm)
Summary: Incompatibility in run.sh (: not found)

Initial Comment:
When starting Jboss on:

 FreeBSD 4.6-STABLE
 Sun JDK 1.3.1

It starts with:

: not found
: not found
: not found
: not found
: not found
: not found
: not found
=
===

  JBoss Bootstrap Environment

  JBOSS_HOME: /soze/home/stefan/Java/jboss-3.2.0B3

  JAVA: /usr/local/jdk1.3.1/bin/java

  JAVA_OPTS:  -Dprogram.name=run.sh

  CLASSPATH: /soze/home/stefan/Java/jboss-
3.2.0B3/bin/run.jar:/usr/local/jdk1.3.1/lib/tools.jar

=
===

Other than that the server boots fine.

 Stefan Arentz


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=666701group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-675984 ] Deploument descriptors are locked - no redeploy possible

2003-03-31 Thread SourceForge.net
Bugs item #675984, was opened at 2003-01-28 01:41
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=675984group_id=22866

Category: JBossServer
Group: v3.2
Status: Pending
Resolution: None
Priority: 5
Submitted By: Rickard Öberg (rickardoberg)
Assigned to: Scott M Stark (starksm)
Summary: Deploument descriptors are locked - no redeploy possible

Initial Comment:
I'm using 3.2RC1 /w Tomcat. I have an exploded EAR
file. After deployment the application.xml file is
somehow locked, which makes it impossible to touch it
from Ant so that the timestamp is updated in order to
get a redeploy. The consequence is that redeployment is
impossible.

I have made sure that the JBoss protocol handlers are
being used, but that doesn't help. I have verified that
it is indeed JBoss that is locking the file, because as
soon as I quite JBoss I can run the touch Ant target
and the timestamp of application.xml is updated.


--

Comment By: John Doe (jdoe7890)
Date: 2003-02-04 07:03

Message:
Logged In: YES 
user_id=704326

I am getting the same deployment problem on JBoss3.2 RC1. 
Can you send me the jboss-system.jar with the fix.

Thanks for the help.


--

Comment By: Moi (vincent_aumont)
Date: 2003-01-28 10:45

Message:
Logged In: YES 
user_id=627791

I had the same problem with 2.2.0RC,  tried 3.2.0RC2 
and it's fixed.

--

Comment By: Rickard Öberg (rickardoberg)
Date: 2003-01-28 03:12

Message:
Logged In: YES 
user_id=28931

It works with the new jboss-system.jar you sent. Which means
that currently the JBoss3.2RC1 dist is broken with regard to
redeployment of exploded EAR files. It'd probably be a good
idea to do a RC2 fairly soon.

Thanks for your help!


--

Comment By: Rickard Öberg (rickardoberg)
Date: 2003-01-28 02:50

Message:
Logged In: YES 
user_id=28931

Please send it!!! [EMAIL PROTECTED]

Thanks!


--

Comment By: Alexey Loubyansky (loubyansky)
Date: 2003-01-28 02:49

Message:
Logged In: YES 
user_id=543482

yes, I tried it on W2K.
BTW, AFAIK, the protocol handlers are read from right to left 
(from the property), no?

Ultimately, I can try to send you jboss-system.jar that should 
fix it :)

alex

--

Comment By: Rickard Öberg (rickardoberg)
Date: 2003-01-28 02:42

Message:
Logged In: YES 
user_id=28931

First of all, this is on W2K. Are you running on Linux?

Anyway, I added the setting to properties-service.xml.
Printing the property in a servlet indicates that it is set
properly (JBoss is before Sun's stuff).


--

Comment By: Alexey Loubyansky (loubyansky)
Date: 2003-01-28 02:40

Message:
Logged In: YES 
user_id=543482

I still think this is that bug with default protocol handlers. How 
did you make sure the JBoss' protocol handler is used for 
application.xml?
Note, if the deploy directory gets in the classpath earlier than 
the custom URLStreamHandlerFactory is setup then, AFAIK, 
specifying java.protocol.handler.pkgs won't help.

I coudn't reproduce it with jboss-3.2.0RC2.

alex

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=675984group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-701924 ] Bundled tar.gz for 3.2.0RC3 is not source code

2003-03-31 Thread SourceForge.net
Bugs item #701924, was opened at 2003-03-11 18:10
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=701924group_id=22866

Category: Build System
Group: v3.2
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Christopher G. Stach II (cstach)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bundled tar.gz for 3.2.0RC3 is not source code

Initial Comment:
Downloading the source .gz from the Summary page gets
you a bundled binary distribution, not the source as
it's probably supposed to be.

jboss-3.2.0RC3.tar.gz 35344163 557 Any Source .gz

--

Comment By: Scott M Stark (starksm)
Date: 2003-03-31 09:04

Message:
Logged In: YES 
user_id=175228

That was a quick transient release. See the 3.2.0RC4 release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=701924group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] hsqldb options

2003-03-31 Thread Bill Burke
Sorry Peter, no offesne, but

But could somebody explain what the hell he just posted?

Sacha, pointed out McKoi.  I'd like to see how good of a DB this is.
Anybody have any experience with it?

Bill

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Peter
 Fagerlund
 Sent: Sunday, March 30, 2003 6:29 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] hsqldb options



 söndagen den 30 mars 2003 kl 20.33 skrev marc fleury:

  why don't we bring them on then?

 Send in another X number troops  to fix the non result ..

 Pulezzze what is the non result U are experiencing ... the real or the
 non-real ... and You say solve it with numbers -hehe ...

 You are such a non-general You are ... just a trooper ... U are ...

 Listen kids ... producing LOC is very un-interesting - Reducing LOC
 with clear spell is productive ... Some of You are just adding
 classes and LOC without keeping a entropy check ... for Your code --
 shining U are with LOC count. This is very much real here ... I like a
 iteration of min 1k for a deploy/undeploy repeted test for thejbossteam
 ploy deploy ... resulting in a non mem fatigue - then thejbossteam
 might be considered to move on ... !!!

 check ...


 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: Re[4]: [JBoss-dev] php5 is coming

2003-03-31 Thread Bill Burke
I'd really prefer JSP integration or integration with some other popular
Java based web scripting.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of
 julien viet
 Sent: Sunday, March 30, 2003 3:57 PM
 To: marc fleury
 Subject: Re[4]: [JBoss-dev] php5 is coming


 yes that's a good idea and I was thinking about it. Dain could
 you send me details and contact infos ?

 A generic compiling service in jboss could be very usefull.
 That + AOP could make wonders.

 julien

 mf julien,

 mf why don't you try to bring some of these guys in to do the
 compiler for
 mf NUKES?  JSP like writing for advanced programmatic modules?

 mf marcf

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On
  Behalf Of Dain Sundstrom
  Sent: Sunday, March 30, 2003 2:06 PM
  To: [EMAIL PROTECTED]
  Subject: Re: Re[2]: [JBoss-dev] php5 is coming
 
 
  I talked with 2 compiler projects after JBoss boot camp and both were
  interested in being integrated, but I dropped the ball and
  got busy on
  some other stuff.  If anyone is interested in this I can send you the
  contact info.
 
  -dain
 
  On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote:
 
   Hello Marcel,
  
   Sunday, March 30, 2003, 6:23:38 PM, you wrote:
  
   MA julien viet wrote ([EMAIL PROTECTED])
   JD Though now that I think about it I would prefer that Java was
   more like
   JD PHP in the sense of a light weight web application development
   language
   JD with its rich extensions and apis.
  
   we discussed with Dain at boot camp and we wished
   having a way to dynamic compile a class, I mean with
   a java compiler written in java and taking class def from
   a classloader.
  
   That would enable a compilation service in jboss. Would
  be great for
   nukes. Kopi compiler is written in 100% java and could be modified
   to achieve such results though I don't know about its license.
  
   MA I did this for the PizzaCompiler as part of getting
  Cocoon to work
   MA without a JDK (only a JRE needed). For Pizza this is relatively
   MA easy as it has pluggable resource-loaders (.class files are
   resources
   MA to the compiler). The pizza compiler can be found at:
  
   cool, it could help for module or block scripting in Nukes, i.e get
   code class - fully generate class - compile it - generate xmbeam -
   deploy it
  
   pluggable resource loader is very helpfull, I don't know if we can
   have bytes of class through unified classloaders but that
  would help.
  
   MA http://pizzacompiler.sourceforge.net/
  
   MA I placed the sources for the pizza-loader and some wrapper and
   extension
   MA classes needed to use it at:
   http://www.artefact.nl/pizza-loader.zip
  
   MA I stripped of some extra's and commented out some lines
  to keep it
   MA simple and self hosting.
  
   MA Hope this helps.
  
   MA Regards,
  
   MA Marcel Ammerlaan
  
  
  
   --
   Best regards,
julienmailto:[EMAIL PROTECTED]
  
  
  
   ---
   This SF.net email is sponsored by:
   The Definitive IT and Networking Event. Be There!
   NetWorld+Interop Las Vegas 2003 -- Register today!
   http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
   ___
   Jboss-development mailing list
  [EMAIL PROTECTED]
   https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
  ---
  This SF.net email is sponsored by:
  The Definitive IT and Networking Event. Be There!
  NetWorld+Interop Las Vegas 2003 -- Register today!
  http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
  ___
  Jboss-development mailing list [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 



 mf ---
 mf This SF.net email is sponsored by:
 mf The Definitive IT and Networking Event. Be There!
 mf NetWorld+Interop Las Vegas 2003 -- Register today!
 mf http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 mf ___
 mf Jboss-development mailing list
 mf [EMAIL PROTECTED]
 mf https://lists.sourceforge.net/lists/listinfo/jboss-development



 --
 Best regards,
  julienmailto:[EMAIL PROTECTED]



 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 

Re: [JBoss-dev] 3.2 doesn't run on IBM JDK?

2003-03-31 Thread Scott M Stark
I'll look into it.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message - 
From: Francisco Reverbel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 30, 2003 11:51 AM
Subject: [JBoss-dev] 3.2 doesn't run on IBM JDK?


 The 3.2 branch (fresh check out just taken from CVS) is giving me
 the exception below with IBM's VM on Linux.
 
 Shouldn't we fix this before 3.2 goes final?
 
 Cheers,
 
 Francisco
 
 -
 $ uname -a
 Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001 i686 unknown
 -
 $ java -version
 java version 1.4.0
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0)
 Classic VM (build 1.4.0, J2RE 1.4.0 IBM build cxia32140-20020917a (JIT enabled: 
 jitc))
 -
 $ ./run.sh
 ... [snip]
 16:38:33,411 ERROR [MainDeployer] could not create
 deployment: 
 file:/usr/local/reverbel/jboss-3.2/build/output/jboss-3.2.0RC5/server/default/conf/jboss-service.xml
 java.lang.NoClassDefFoundError: $Proxy0
 at sun.reflect.GeneratedConstructorAccessor9.newInstance(Unknown
 Source) at
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:42)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:299)
 at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:585)
 at
 org.jboss.system.ServiceController.getServiceProxy(ServiceController.java:739)
 at



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters.

2003-03-31 Thread Scott M Stark
So if people are using the 3.0 style descriptor or earlier versions of the *-ds.xml
descriptor, are they are going to have dependency problems?


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message -
From: SourceForge.net [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 30, 2003 10:52 PM
Subject: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all 
jca adapters.


 Change Notes item #712495, was opened at 2003-03-31 06:52
 You can respond by visiting:
 https://sourceforge.net/tracker/?func=detailatid=381174aid=712495group_id=22866

 Category: None
 Group: None
 Status: Open
 Priority: 5
 Submitted By: David Jencks (d_jencks)
 Assigned to: Nobody/Anonymous (nobody)
 Summary: Use *-ds.xml files in 3.2 for all jca adapters.

 Initial Comment:
 The jca adapter deployment in jboss 3.2 has been extended to allow you to deploy any 
 connection factory for a jca 1.0
adapter using a *-ds.xmol file.  Please use these files for all adapters to avoid 
confusion.  The configuration of the
underlying mbeans has changed.



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-710204 ] ra.xml does not pass validation

2003-03-31 Thread SourceForge.net
Bugs item #710204, was opened at 2003-03-26 10:05
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=710204group_id=22866

Category: None
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Han Ming ONG (hanming)
Assigned to: David Jencks (d_jencks)
Summary: ra.xml does not pass validation

Initial Comment:
If you check out jboss-3.2 HEAD, cd
pool/src/resources/xa-rar/META-INF and open ra.xml, you
will find that the element license is wrong.

According to http://java.sun.com/dtd/connector_1_0.dtd ,

llicense-required should come after description

An easy change for David Jencks.

Han Ming

--

Comment By: David Jencks (d_jencks)
Date: 2003-03-31 07:37

Message:
Logged In: YES 
user_id=60525

should be fixed in 3.2

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=710204group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-708762 ] transacted JMS Managed Connection Not Initialized Correctly

2003-03-31 Thread SourceForge.net
Bugs item #708762, was opened at 2003-03-24 04:06
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=708762group_id=22866

Category: JBossMQ
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Paul Bandler (paulbandler)
Assigned to: Scott M Stark (starksm)
Summary: transacted JMS Managed Connection Not Initialized Correctly

Initial Comment:
If one creates a JMS client connection to a remote Q on 
a JBoss JMS Server using the JCA based JMS Adapter 
the 'transacted' property is not correctly set in the 
JmsConnectionRequestInfo - it is always set to true 
regardless of whether an XA or non-XA 
QueueConnection is being created.  This is caused by 
the source file 
connector/src/main/org/jboss/resource/adapter/jms/Jms
ManagedConnection.java setup method which initializes 
the local variable 'transacted' to true in all cases that is 
then passed to the factory methods rather than using 
the value from its own 'info' property.  The following 
change fixes the problem.

cvs diff JmsManagedConnection.java (in directory 
C:\cvshome\jboss-all-head-2802
\connector\src\main\org\jboss\resource\adapter\jms\)
Index: JmsManagedConnection.java
=
==
RCS 
file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/a
dapter/jms/JmsManagedConnection.java,v
retrieving revision 1.1.2.2
diff -r1.1.2.2 JmsManagedConnection.java
565c565
  boolean transacted = true;
---
  boolean transacted = info.isTransacted();

*CVS exited normally with code 1*

Note that as the JBoss transaction manager does not 
support prop-agating transaction contexts to other virtual 
machines I believe that if one tries to use an 
XAQueueConnection the message never gets sent as 
the transaction is not properly committed.  On the other 
hand if one tries to use a non-XAQueueConnection the 
above bug still causes the message to be buffered 
locally and not sent, so it is unclear if there is any way 
to send JMS messages from say MDB using managed 
JMS connections...?  This gives rise to the type of 
problems raised in following forum postings:

http://www.jboss.org/forums/thread.jsp?
forum=48thread=29403
http://www.jboss.org/forums/thread.jsp?
forum=48thread=29239
http://www.jboss.org/forums/thread.jsp?
forum=48thread=29060



--

Comment By: Scott M Stark (starksm)
Date: 2003-03-31 08:38

Message:
Logged In: YES 
user_id=175228

The change has been applied.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=708762group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] hsqldb options

2003-03-31 Thread Adrian Brock
Translated in line, Fagerlund-English

Never used Mckoi. From cvs it doesn't look
very active (but that might mean it is stable?)
and it is all one developer?
e.g.
http://cvs.mckoi.com/cgi-bin/viewcvs.cgi/mckoi-sql/src/com/mckoi/database/
Regards,
Adrian
From: Bill Burke [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] hsqldb options
Date: Mon, 31 Mar 2003 10:49:10 -0500
Sorry Peter, no offesne, but

But could somebody explain what the hell he just posted?

Sacha, pointed out McKoi.  I'd like to see how good of a DB this is.
Anybody have any experience with it?
Bill

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Peter
 Fagerlund
 Sent: Sunday, March 30, 2003 6:29 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] hsqldb options



 söndagen den 30 mars 2003 kl 20.33 skrev marc fleury:

  why don't we bring them on then?

 Send in another X number troops  to fix the non result ..

 Pulezzze what is the non result U are experiencing ... the real or the
 non-real ... and You say solve it with numbers -hehe ...

 You are such a non-general You are ... just a trooper ... U are ...
You don't fix a problem by throwing more people at it.


 Listen kids ... producing LOC is very un-interesting - Reducing LOC
 with clear spell is productive ... Some of You are just adding
 classes and LOC without keeping a entropy check ... for Your code --
 shining U are with LOC count. This is very much real here ... I
We are just adding more code, increasing the
entropy (untidiness - the number of possible states of the system)
and LOC (lines of code).
like a
 iteration of min 1k for a deploy/undeploy repeted test for thejbossteam
 ploy deploy ... resulting in a non mem fatigue - then thejbossteam
 might be considered to move on ... !!!
There is a memory leak in hot deployment?


 check ...


 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


_



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Seeing suprious exception on shutdown in 3.2 now

2003-03-31 Thread Scott M Stark
After fully synching my 3.2 branch I'm seeing garbage exception being dumpbed
on shutdown of the server. Why are these showing up now?

11:48:10,636 INFO  [STDOUT] Mon Mar 31 11:48:10 PST 2003 SHUTDOWN : System.exit() was 
not called
11:48:10,646 INFO  [LocalManagedConnectionFactory] exception trying to create 
exception sorter:
java.lang.ClassNotFoundException: 
org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
at 
org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:401)
at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
at 
org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:242)
at 
org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:114)
at org.jboss.mx.loading.LoadMgr.nextTask(LoadMgr.java:281)
at 
org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:181)
at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnectionFactory.isExceptionFatal(Base
WrapperManagedConnectionFactory.java:348)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperM
anagedConnection.java:292)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperMa
nagedConnection.java:444)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedCo
nnection.java:229)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalMana
gedConnectionPool.java:374)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.flush(InternalManagedC
onnectionPool.java:272)
at 
org.jboss.resource.connectionmanager.InternalManagedConnectionPool.shutdown(InternalManag
edConnectionPool.java:307)
at 
org.jboss.resource.connectionmanager.JBossManagedConnectionPool$OnePool.shutdown(JBossMan
agedConnectionPool.java:675)
at 
org.jboss.resource.connectionmanager.JBossManagedConnectionPool.stopService(JBossManagedC
onnectionPool.java:373)
at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:236)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966)
at $Proxy11.stop(Unknown Source)
at org.jboss.system.ServiceController.stop(ServiceController.java:464)
at org.jboss.system.ServiceController.stop(ServiceController.java:456)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.stop(Unknown Source)
at org.jboss.deployment.SARDeployer.stop(SARDeployer.java:384)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHandler.java:177)
at $Proxy16.stop(Unknown Source)
at org.jboss.deployment.XSLSubDeployer.stop(XSLSubDeployer.java:225)
at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:497)
at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:480)
at org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:368)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at 
org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeployments(ServerImpl.java:792)
at 
org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(ServerImpl.java:770)
at org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl.java:758)
11:48:10,676 INFO  [JBossManagedConnectionPool] Exception destroying ManagedConnection
org.jboss.resource.JBossResourceException: SQLException; - nested throwable: 
(java.sql.SQLException:
 The database is shutdown in statement [DISCONNECT])
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperMa
nagedConnection.java:445)
at 

RE: [JBoss-dev] hsqldb options

2003-03-31 Thread Sacha Labourey
I had a dream! That one day, babelfish will be able to understand AND
TRANSLATE Peter songs.

Nice try Adrian, but you've abandonned on the last part! ;)


 like a
   iteration of min 1k for a deploy/undeploy repeted test 
 for thejbossteam
   ploy deploy ... resulting in a non mem fatigue - then thejbossteam
   might be considered to move on ... !!!
 
 There is a memory leak in hot deployment?




---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: Seeing suprious exception on shutdown in 3.2 now

2003-03-31 Thread Scott M Stark
The same class is causing an exception on startup as well:

11:53:51,826 INFO  [PersistenceManager] Starting
11:53:51,946 INFO  [LocalManagedConnectionFactory] exception trying to create 
exception sorter:
java.lang.ClassNotFoundException: 
org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
at 
org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:401)
at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
at 
org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:242)
at 
org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:114)
at org.jboss.mx.loading.LoadMgr.nextTask(LoadMgr.java:281)
at 
org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:181)
at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnectionFactory.isExceptionFatal(Base
WrapperManagedConnectionFactory.java:348)
at 
org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperM
anagedConnection.java:292)
at 
org.jboss.resource.adapter.jdbc.WrappedConnection.checkException(WrappedConnection.java:8
19)
at 
org.jboss.resource.adapter.jdbc.WrappedStatement.checkException(WrappedStatement.java:767
)
at 
org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedSta
tement.java:312)
at 
org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(PersistenceManager.java:
226)
at 
org.jboss.mq.pm.jdbc2.PersistenceManager.startService(PersistenceManager.java:1299)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966)
at $Proxy11.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:392)
at org.jboss.system.ServiceController.start(ServiceController.java:408)
at org.jboss.system.ServiceController.start(ServiceController.java:408)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:241)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:640)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy7.deploy(Unknown Source)
at 
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:404)
at 
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:545)
at 
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeplo
ymentScanner.java:195)
at 
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentSca
nner.java:268)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:392)
at java.lang.reflect.Method.invoke(Native Method)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.start(Unknown Source)
at 

[JBoss-dev] jboss web-site issues

2003-03-31 Thread Anatoly Akkerman
Hello, guys

Since the website was switched to Nukes, Mozilla 1.2 on Win2K 
consistently pops up connection refused. IE6 works fine. Any ideas what 
is wrong?

-- Anatoly.



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] jboss web-site issues

2003-03-31 Thread Scott M Stark
The 1.3 release of Mozilla is not showing this issue.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message - 
From: Anatoly Akkerman [EMAIL PROTECTED]
To: JBoss-Dev [EMAIL PROTECTED]
Sent: Monday, March 31, 2003 12:22 PM
Subject: [JBoss-dev] jboss web-site issues


 Hello, guys
 
 Since the website was switched to Nukes, Mozilla 1.2 on Win2K 
 consistently pops up connection refused. IE6 works fine. Any ideas what 
 is wrong?
 
 -- Anatoly.



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] jboss web-site issues

2003-03-31 Thread marc fleury
which is Scott's long winded way of saying negative

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Scott M Stark
 Sent: Monday, March 31, 2003 3:30 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] jboss web-site issues
 
 
 The 1.3 release of Mozilla is not showing this issue. 
 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 
 - Original Message - 
 From: Anatoly Akkerman [EMAIL PROTECTED]
 To: JBoss-Dev [EMAIL PROTECTED]
 Sent: Monday, March 31, 2003 12:22 PM
 Subject: [JBoss-dev] jboss web-site issues
 
 
  Hello, guys
  
  Since the website was switched to Nukes, Mozilla 1.2 on Win2K
  consistently pops up connection refused. IE6 works fine. 
 Any ideas what 
  is wrong?
  
  -- Anatoly.
 
 
 
 ---
 This SF.net email is sponsored by: ValueWeb: 
 Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
 No other company gives more support or power for your 
 dedicated server 
 http://click.atdmt.com/AFF/go/sdnxxaff00300020 aff/direct/01/
 
 
 ___
 Jboss-development mailing list [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] NUKES DEVELOPMENT

2003-03-31 Thread marc fleury
OK, 

guys Nukes from what we can tell is a MASSIVE success.  Well you can't
see it yet, in the sense that it happily runs behind the scenes on
www.jboss.org and the CPU is a .1% utilization (on a new upgraded box
granted).  But by and large it does what we needed it to do which was
copy the framework of postnuke in a scalable fashion (like leveraging
EJB's to cache permissions and pages and bla bla bla). 

SO moving forward I am personally bullying the poor Julien, who will
upgrade to full-time consultant with JBoss Group, to lead the
development of NUKES going forward and to get some documentation as to
how NUKES works and all.  Editing the content online is a blast.
Extremelly relevant stuff. 

In any case. WE NEED NEW MODULES TO GO WITH IT, let's start porting some
of the goodness that is present in postnuke now that we have a scalable
core.  I NEED SOME NEW GUYS that want to make a name for themselves in
porting the forums/instant mail/better blog/ Whatever you think could be
a good module to NUKES.  If you are interested please go to the forum
online and report to [EMAIL PROTECTED] 

It could be big, if you make it big, please any help appreciated, we
will staff it full time with one guy but we need more help,

marcf

xx
Marc Fleury, Ph.D.
President, Founder
JBoss Group, LLC
xx



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] jboss web-site issues

2003-03-31 Thread Juha-P Lindfors

works with 1.2.1 + w2k too

  The 1.3 release of Mozilla is not showing this issue.
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
 
  
  Scott Stark
  Chief Technology Officer
  JBoss Group, LLC
  
 
  - Original Message -
  From: Anatoly Akkerman [EMAIL PROTECTED]
  To: JBoss-Dev [EMAIL PROTECTED]
  Sent: Monday, March 31, 2003 12:22 PM
  Subject: [JBoss-dev] jboss web-site issues
 
 
   Hello, guys
  
   Since the website was switched to Nukes, Mozilla 1.2 on Win2K
   consistently pops up connection refused. IE6 works fine.
  Any ideas what
   is wrong?
  
   -- Anatoly.


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: Re[4]: php5 is coming

2003-03-31 Thread Renaud Bruyeron

Is the compilation service for Nukes or for jboss in general?

Why is JSP not good for Nukes (isn't Nuke a web application?)?

For general compilation service, have you looked into Eclipse's compiler? I
think the cocoon folks
were/are looking into JDT as an alternative to the pizza compiler.

 - Renaud

Bill Burke [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 I'd really prefer JSP integration or integration with some other popular
 Java based web scripting.

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Behalf Of
  julien viet
  Sent: Sunday, March 30, 2003 3:57 PM
  To: marc fleury
  Subject: Re[4]: [JBoss-dev] php5 is coming
 
 
  yes that's a good idea and I was thinking about it. Dain could
  you send me details and contact infos ?
 
  A generic compiling service in jboss could be very usefull.
  That + AOP could make wonders.
 
  julien
 
  mf julien,
 
  mf why don't you try to bring some of these guys in to do the
  compiler for
  mf NUKES?  JSP like writing for advanced programmatic modules?
 
  mf marcf
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED] On
   Behalf Of Dain Sundstrom
   Sent: Sunday, March 30, 2003 2:06 PM
   To: [EMAIL PROTECTED]
   Subject: Re: Re[2]: [JBoss-dev] php5 is coming
  
  
   I talked with 2 compiler projects after JBoss boot camp and both were
   interested in being integrated, but I dropped the ball and
   got busy on
   some other stuff.  If anyone is interested in this I can send you the
   contact info.
  
   -dain
  
   On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote:
  
Hello Marcel,
   
Sunday, March 30, 2003, 6:23:38 PM, you wrote:
   
MA julien viet wrote ([EMAIL PROTECTED])
JD Though now that I think about it I would prefer that Java was
more like
JD PHP in the sense of a light weight web application
development
language
JD with its rich extensions and apis.
   
we discussed with Dain at boot camp and we wished
having a way to dynamic compile a class, I mean with
a java compiler written in java and taking class def from
a classloader.
   
That would enable a compilation service in jboss. Would
   be great for
nukes. Kopi compiler is written in 100% java and could be
modified
to achieve such results though I don't know about its license.
   
MA I did this for the PizzaCompiler as part of getting
   Cocoon to work
MA without a JDK (only a JRE needed). For Pizza this is relatively
MA easy as it has pluggable resource-loaders (.class files are
resources
MA to the compiler). The pizza compiler can be found at:
   
cool, it could help for module or block scripting in Nukes, i.e get
code class - fully generate class - compile it - generate xmbeam -
deploy it
   
pluggable resource loader is very helpfull, I don't know if we can
have bytes of class through unified classloaders but that
   would help.
   
MA http://pizzacompiler.sourceforge.net/
   
MA I placed the sources for the pizza-loader and some wrapper and
extension
MA classes needed to use it at:
http://www.artefact.nl/pizza-loader.zip
   
MA I stripped of some extra's and commented out some lines
   to keep it
MA simple and self hosting.
   
MA Hope this helps.
   
MA Regards,
   
MA Marcel Ammerlaan
   
   
   
--
Best regards,
 julienmailto:[EMAIL PROTECTED]
   
   
   
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
   [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
  
  
  
   ---
   This SF.net email is sponsored by:
   The Definitive IT and Networking Event. Be There!
   NetWorld+Interop Las Vegas 2003 -- Register today!
   http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
   ___
   Jboss-development mailing list
[EMAIL PROTECTED]
   https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 
  mf ---
  mf This SF.net email is sponsored by:
  mf The Definitive IT and Networking Event. Be There!
  mf NetWorld+Interop Las Vegas 2003 -- Register today!
  mf http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
  mf ___
  mf Jboss-development mailing list
  mf [EMAIL PROTECTED]
  mf https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
  --
  Best regards,
   julienmailto:[EMAIL PROTECTED]
 
 
 
  

Re: [JBoss-dev] jboss web-site issues

2003-03-31 Thread Anatoly Akkerman
Well, I don't know what was wrong. After upgrade to 1.3 it works fine. 
Sorry to bother you people.

Juha-P Lindfors wrote:
works with 1.2.1 + w2k too


The 1.3 release of Mozilla is not showing this issue.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312

Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Anatoly Akkerman [EMAIL PROTECTED]
To: JBoss-Dev [EMAIL PROTECTED]
Sent: Monday, March 31, 2003 12:22 PM
Subject: [JBoss-dev] jboss web-site issues


Hello, guys

Since the website was switched to Nukes, Mozilla 1.2 on Win2K
consistently pops up connection refused. IE6 works fine.
Any ideas what

is wrong?

-- Anatoly.


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development





--
-
Anatoly Akkerman
Computer Science Dept.
Courant Institute of Mathematical Sciences, NYU
715 Broadway, #719  Tel: 212 998-3493
New York, NY 10003  Fax: 212 995-4123
-


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] forums search

2003-03-31 Thread Felipe Oliveira
hi jboss team,

the search on the forums page doesn't seem to be working. i search for 
mod_proxy and no results. then i search for apache and no results. 
and then again i search for java and no results.

felipe



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] forums search

2003-03-31 Thread Sacha Labourey
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2
/doc/jk/workershowto.html

http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.
2/doc/

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Felipe Oliveira
 Sent: lundi, 31. mars 2003 22:52
 To: JBoss Dev
 Subject: [JBoss-dev] forums search
 
 
 hi jboss team,
 
 the search on the forums page doesn't seem to be working. i 
 search for 
 mod_proxy and no results. then i search for apache and no 
 results. 
 and then again i search for java and no results.
 
 felipe
 
 
 
 ---
 This SF.net email is sponsored by: ValueWeb: 
 Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
 No other company gives more support or power for your dedicated server
 http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Trying out AOP

2003-03-31 Thread Bill Burke
Igor,

I couldn't replicate this.

BUT...I think I may have fixed the problem.  This is probably a relic, but
the Instrumentor code was adding a InvocationTargetException to the throws
clause of every instrumented method.  I have removed this.

Bill

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Igor
 Fedorenko
 Sent: Wednesday, March 26, 2003 12:06 PM
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] Trying out AOP


  You have read/write correct?
 I guess that was exactly what I wanted to know ;-)

  Javassist may not be creating the correct
  throws clauses.  Can you add a test for this under the
  testsuite and under
  aop/?  I will look at it after I finish my other aop work I'm doing.
 Done. Added .../aop/simpleejb/SimpleBean.java EJB,
 SimpleBeanInterceptor/Factory that intercepts SimpleBean methods
 and SimpleBeanUnitTestCase that fails to deploy that EJB. Note
 that the same EJB can be deployed successfully without interceptors.

 Btw, is there a separate target for running AOP unit tests? I had
 to run run-db-tests which seems to be too wide.

 
  Bill
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]
  Behalf Of Igor
   Fedorenko
   Sent: Wednesday, March 26, 2003 12:44 AM
   To: [EMAIL PROTECTED] Sourceforge. Net (E-mail)
   Subject: [JBoss-dev] Trying out AOP
  
  
   Hi,
  
   I am playing around with AOP and I want to know if I am doing
   something wrong. What I basically want is to add additional
   behaviour to an EJB implementation. The problem is, deployment of
   EJB fails with verifier errors (violation of sections 7.10.6,
   7.10.7 and 7.10.8, something about exceptions thrown by
   implementation not being matched by declared by home/remote
   interfaces). The very same EJB deploys fine without
  aspects. Any idea?


 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Trying out AOP

2003-03-31 Thread Adrian Brock
Hi Bill,

I changed the ejb verifier to allow InvocationTargetException.
I'll disallow it again :-)
Regards,
Adrian
From: Bill Burke [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Trying out AOP
Date: Mon, 31 Mar 2003 16:30:24 -0500
Igor,

I couldn't replicate this.

BUT...I think I may have fixed the problem.  This is probably a relic, but
the Instrumentor code was adding a InvocationTargetException to the throws
clause of every instrumented method.  I have removed this.
Bill

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Igor
 Fedorenko
 Sent: Wednesday, March 26, 2003 12:06 PM
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] Trying out AOP


  You have read/write correct?
 I guess that was exactly what I wanted to know ;-)

  Javassist may not be creating the correct
  throws clauses.  Can you add a test for this under the
  testsuite and under
  aop/?  I will look at it after I finish my other aop work I'm doing.
 Done. Added .../aop/simpleejb/SimpleBean.java EJB,
 SimpleBeanInterceptor/Factory that intercepts SimpleBean methods
 and SimpleBeanUnitTestCase that fails to deploy that EJB. Note
 that the same EJB can be deployed successfully without interceptors.

 Btw, is there a separate target for running AOP unit tests? I had
 to run run-db-tests which seems to be too wide.

 
  Bill
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]
  Behalf Of Igor
   Fedorenko
   Sent: Wednesday, March 26, 2003 12:44 AM
   To: [EMAIL PROTECTED] Sourceforge. Net (E-mail)
   Subject: [JBoss-dev] Trying out AOP
  
  
   Hi,
  
   I am playing around with AOP and I want to know if I am doing
   something wrong. What I basically want is to add additional
   behaviour to an EJB implementation. The problem is, deployment of
   EJB fails with verifier errors (violation of sections 7.10.6,
   7.10.7 and 7.10.8, something about exceptions thrown by
   implementation not being matched by declared by home/remote
   interfaces). The very same EJB deploys fine without
  aspects. Any idea?


 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


_



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] EJB conversion to AOP Interceptor and Invocation

2003-03-31 Thread Bill Burke
I'll be converting EJBs and Invokers to use the new AOP Invocation and
Interceptor objects/interfaces starting Wednesday.  Let me know if you have
any problem with this.

Regards,

Bill



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-712789 ] Server will not start on linux with IBM JDK 1.4.0

2003-03-31 Thread SourceForge.net
Bugs item #712789, was opened at 2003-03-31 09:31
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712789group_id=22866

Category: JBossMX
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark (starksm)
Summary: Server will not start on linux with IBM JDK 1.4.0

Initial Comment:
-
$ uname -a
Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001
i686 unknown
-
$ java -version
java version 1.4.0
Java(TM) 2 Runtime Environment, Standard Edition (build
1.4.0)
Classic VM (build 1.4.0, J2RE 1.4.0 IBM build
cxia32140-20020917a (JIT enabled: jitc))
-
$ ./run.sh
... [snip]
16:38:33,411 ERROR [MainDeployer] could not create
deployment:
file:/usr/local/reverbel/jboss-3.2/build/output/jboss-3.2.0RC5/server/default/conf/jboss-service.xml
java.lang.NoClassDefFoundError: $Proxy0
at
sun.reflect.GeneratedConstructorAccessor9.newInstance(UnknownSource)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:42)
at
java.lang.reflect.Constructor.newInstance(Constructor.java:299)
at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:585)
at
org.jboss.system.ServiceController.getServiceProxy(ServiceController.java:739)
at
org.jboss.system.ServiceController.create(ServiceController.java:276)
at
org.jboss.system.ServiceController.create(ServiceController.java:243)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.create(Unknown Source)
at
org.jboss.deployment.SARDeployer.create(SARDeployer.java:207)
at
org.jboss.deployment.MainDeployer.create(MainDeployer.java:784)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:639)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:597)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy6.deploy(Unknown Source)
at
org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:361)
at
org.jboss.system.server.ServerImpl.start(ServerImpl.java:268)
at org.jboss.Main.boot(Main.java:159)
at org.jboss.Main$1.run(Main.java:397)
at java.lang.Thread.run(Thread.java:566)
16:38:33,504 ERROR [Server] Failed to start
...[snip]


--

Comment By: Scott M Stark (starksm)
Date: 2003-03-31 14:58

Message:
Logged In: YES 
user_id=175228

This has been fixed for the 3.2.0 release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712789group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM

2003-03-31 Thread SourceForge.net
Bugs item #679705, was opened at 2003-02-03 10:40
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=679705group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Stefan Kuehnel (skuehnel)
Assigned to: Scott M Stark (starksm)
Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM

Initial Comment:
TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an
AbstractMethodError on startup for
AbstractDeploymentScanner.scan() when starting the
URLDeploymentScanner.  This happens both if JBoss was
compiled with a Sun as well as an IBM JDK.

System info:

19:01:34,499 INFO  [ServerInfo] Java version: 1.4.0,IBM
Corporation
19:01:34,500 INFO  [ServerInfo] Java VM: Classic VM
1.4.0,IBM Corporation
19:01:34,526 INFO  [ServerInfo] OS-System: Linux
2.4.18-17.7.x,x86

Exception:

2003-02-03 19:01:45,294 INFO 
[org.jboss.deployment.scanner.URLDeploymentScanner]
Starting
2003-02-03 19:01:45,301 ERROR
[org.jboss.deployment.MainDeployer] could not start
deployment:
file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml
java.lang.AbstractMethodError:
org/jboss/deployment/scanner/AbstractDeploymentScanner.scan
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261)
at
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003)
at $Proxy0.start(Unknown Source)
at
org.jboss.system.ServiceController.start(ServiceController.java:413)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy2.start(Unknown Source)
at
org.jboss.deployment.SARDeployer.start(SARDeployer.java:230)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:814)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325)
at
org.jboss.system.server.ServerImpl.start(ServerImpl.java:222)
at org.jboss.Main.boot(Main.java:148)
at org.jboss.Main$1.run(Main.java:381)
at java.lang.Thread.run(Thread.java:566)
2003-02-03 19:01:45,468 DEBUG
[org.jboss.util.NestedThrowable]
org.jboss.util.NestedThrowable.parentTraceEnabled=true
2003-02-03 19:01:45,470 DEBUG
[org.jboss.util.NestedThrowable]
org.jboss.util.NestedThrowable.nestedTraceEnabled=false
2003-02-03 19:01:45,470 DEBUG
[org.jboss.util.NestedThrowable]
org.jboss.util.NestedThrowable.detectDuplicateNesting=true
2003-02-03 19:01:45,471 ERROR
[org.jboss.system.server.Server] start failed
org.jboss.deployment.DeploymentException: Could not
create deployment:
file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml;
- nested throwable: (java.lang.AbstractMethodError:
org/jboss/deployment/scanner/AbstractDeploymentScanner.scan)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:835)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61)
at

[JBoss-dev] [ jboss-Bugs-712789 ] Server will not start on linux with IBM JDK 1.4.0

2003-03-31 Thread SourceForge.net
Bugs item #712789, was opened at 2003-03-31 09:31
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712789group_id=22866

Category: JBossMX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark (starksm)
Summary: Server will not start on linux with IBM JDK 1.4.0

Initial Comment:
-
$ uname -a
Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001
i686 unknown
-
$ java -version
java version 1.4.0
Java(TM) 2 Runtime Environment, Standard Edition (build
1.4.0)
Classic VM (build 1.4.0, J2RE 1.4.0 IBM build
cxia32140-20020917a (JIT enabled: jitc))
-
$ ./run.sh
... [snip]
16:38:33,411 ERROR [MainDeployer] could not create
deployment:
file:/usr/local/reverbel/jboss-3.2/build/output/jboss-3.2.0RC5/server/default/conf/jboss-service.xml
java.lang.NoClassDefFoundError: $Proxy0
at
sun.reflect.GeneratedConstructorAccessor9.newInstance(UnknownSource)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:42)
at
java.lang.reflect.Constructor.newInstance(Constructor.java:299)
at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:585)
at
org.jboss.system.ServiceController.getServiceProxy(ServiceController.java:739)
at
org.jboss.system.ServiceController.create(ServiceController.java:276)
at
org.jboss.system.ServiceController.create(ServiceController.java:243)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.create(Unknown Source)
at
org.jboss.deployment.SARDeployer.create(SARDeployer.java:207)
at
org.jboss.deployment.MainDeployer.create(MainDeployer.java:784)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:639)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:597)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy6.deploy(Unknown Source)
at
org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:361)
at
org.jboss.system.server.ServerImpl.start(ServerImpl.java:268)
at org.jboss.Main.boot(Main.java:159)
at org.jboss.Main$1.run(Main.java:397)
at java.lang.Thread.run(Thread.java:566)
16:38:33,504 ERROR [Server] Failed to start
...[snip]


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712789group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Jboss DTDs disappeared from the web site

2003-03-31 Thread Stefan Reich
None of the DTDs that used to live in http://www.jboss.org/j2ee/dtd/ 
are accessible anymore, the requests get redirected to the home page.
I assume this is an oversight.

Stefan



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Partition merge and service state merge algorithm

2003-03-31 Thread Bela Ban
David Klimek wrote:

Hi Sacha,

thank you very much for your comments. Now I believe I have quite 
clean picture of partition merge issues.

Maybe the conditions and limitations you mentioned should be added to 
documentation as they are not obvious and there can be a lot of people 
living, as I did before, in paradise, where all the mess with state 
merging, is handled by clustering framework. 


Maybe we should come up with a conflict resolution policy, similar to 
the failover policy: the policy is user-defined and - whenever there is 
a merge - it is called with all substates. At this point it needs to 
implement the merge and update the local copy.

For the state service we could for instance provide a simple default 
policy which applies the union of all states and sees this as the new 
state. The only requirement for such a policy is that it is deterministic.

--
Bela Ban
www.javagroups.com
(408) 316-4459


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] hsqldb options

2003-03-31 Thread Sacha Labourey
Don't worry if you don't understand Peter's posts, it is like American music
for French people: just something you have to listen and enjoy, without
understanding the words. Peter is somehow jboss-dev's official poet.

Make... letters play and ! Ho here a dot playing with a ^column. Klafuti,
Klafuta. Pudding song.



--
I know who is Zahid Ramman



 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Bill Burke
 Sent: lundi, 31. mars 2003 17:49
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] hsqldb options
 
 
 Sorry Peter, no offesne, but
 
 But could somebody explain what the hell he just posted?
 
 Sacha, pointed out McKoi.  I'd like to see how good of a DB this is.
 Anybody have any experience with it?
 
 Bill
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] 
 Behalf Of Peter
  Fagerlund
  Sent: Sunday, March 30, 2003 6:29 PM
  To: [EMAIL PROTECTED]
  Subject: Re: [JBoss-dev] hsqldb options
 
 
 
  söndagen den 30 mars 2003 kl 20.33 skrev marc fleury:
 
   why don't we bring them on then?
 
  Send in another X number troops  to fix the non result ..
 
  Pulezzze what is the non result U are experiencing ... the 
 real or the
  non-real ... and You say solve it with numbers -hehe ...
 
  You are such a non-general You are ... just a trooper ... U are ...
 
  Listen kids ... producing LOC is very un-interesting - Reducing LOC
  with clear spell is productive ... Some of You are just adding
  classes and LOC without keeping a entropy check ... for Your code --
  shining U are with LOC count. This is very much real here 
 ... I like a
  iteration of min 1k for a deploy/undeploy repeted test for 
 thejbossteam
  ploy deploy ... resulting in a non mem fatigue - then thejbossteam
  might be considered to move on ... !!!
 
  check ...
 
 
  ---
  This SF.net email is sponsored by:
  The Definitive IT and Networking Event. Be There!
  NetWorld+Interop Las Vegas 2003 -- Register today!
  http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
  ___
  Jboss-development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 ---
 This SF.net email is sponsored by: ValueWeb: 
 Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
 No other company gives more support or power for your dedicated server
 http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Jboss DTDs disappeared from the web site

2003-03-31 Thread Scott M Stark
The DTDs have been restored to the website.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message - 
From: Stefan Reich [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 31, 2003 3:59 PM
Subject: [JBoss-dev] Jboss DTDs disappeared from the web site


 None of the DTDs that used to live in http://www.jboss.org/j2ee/dtd/ 
 are accessible anymore, the requests get redirected to the home page.
 I assume this is an oversight.
 
 Stefan
 



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: Re[4]: [JBoss-dev] php5 is coming

2003-03-31 Thread marc fleury


 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Bill Burke
 Sent: Monday, March 31, 2003 10:52 AM
 To: [EMAIL PROTECTED]
 Subject: RE: Re[4]: [JBoss-dev] php5 is coming
 
 
 I'd really prefer JSP integration or integration with some 
 other popular Java based web scripting.

JSP is clearly the way to go.  We will fail if we reinvent the scripting
wheel.  Let people port to JBoss with existing pages.  All I hear from
Julien is lame-ass whining on the compiler and such... :) I will
personally work on him in Paris :)

marcf




---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] AOP versioned ACID objects 1st iteration

2003-03-31 Thread Bill Burke
Again, you have the problem of primitive types.  These would require field
interception which is slow.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Bela
 Ban
 Sent: Monday, March 31, 2003 7:11 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] AOP versioned ACID objects 1st iteration


 Hiram Chirino wrote:

  That might be a problem if you have a big object
  graph. You get a big penalty even if you only modify
  a small peice of the object graph.
 
  You could do a shallow copy by getting a snapshot of
  the fields of the object. Then wrap up the children
  objects with Versioned.makeVersioned(child) when
  they are accessed. The cool thing is that you would
  not have any serialization at all. I know that there
  has to be some down-sides to this approach, help me
  figure them out.


 This essentially requires recursively wrapping all child objects
 reachable from a parent with version interceptors.
 I think this is what I would require for my cache, which is
 tree-structured.

 Versions would be created only when needed, as we go.

 --
 Bela Ban
 www.javagroups.com
 (408) 316-4459




 ---
 This SF.net email is sponsored by: ValueWeb:
 Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
 No other company gives more support or power for your dedicated server
 http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-712686 ] ear deployment broken

2003-03-31 Thread SourceForge.net
Bugs item #712686, was opened at 2003-03-31 05:21
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=712686group_id=22866

Category: CatalinaBundle
Group: v3.2
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Nick Betteridge (aubergine)
Assigned to: Scott M Stark (starksm)
Summary: ear deployment broken

Initial Comment:
I think that this is a bug.

I built the 3.2.0RC4 and then build the tomcat41 bundle

I then deployed a localhost war with a jboss-web.xml:
jboss-web
context-root//context-root
virtual-hostlocalhost/virtual-host
/jboss-web

and a web.xml:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
welcome-file-list
welcome-file
index.html
/welcome-file
/welcome-file-list
/web-app

It worked fine when I browsed to http://localhost

I then deployed a localhost ear with the above web.xml
and a modified jboss-web.xml (ie no context-root tag).

The application.xml of the ear file is:
!DOCTYPE application PUBLIC
   -//Sun Microsystems, Inc.//DTD J2EE Application
1.3//EN
   http://java.sun.com/dtd/application_1_3.dtd;

application
   display-namelocalhost/display-name
module
web-urilocalhost.war/web-uri
context-root//context-root
/module
/application

If I browse to http://localhost I get a mapping error.

Looking at the log, I see that the original war
deployed with a StandardManager[], where as the Ear
deployed with a StandardManager[/localhost]

When I browse to http://localhost/localhost it works


--

War deployment


13:22:27,099 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war
13:22:28,416 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war
13:22:28,599 INFO  [Engine] WebappLoader[]: Deploying
class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_
13:22:30,407 INFO  [Engine] ContextConfig[]: Added
certificates - request attribute Valve
13:22:30,644 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
13:22:30,645 INFO  [Engine] StandardManager[]: Seeding
random number generator class
java.security.SecureRandom
13:22:30,646 INFO  [Engine] StandardManager[]: Seeding
of random number generator has been completed
13:22:30,649 INFO  [Engine] StandardWrapper[:default]:
Loading container servlet default
13:22:30,651 INFO  [Engine] StandardWrapper[:invoker]:
Loading container servlet invoker
13:22:30,720 INFO  [MainDeployer] Deployed package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war



-

Ear deployment


14:02:40,868 INFO  [MainDeployer] Starting deployment
of package:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,038 INFO  [EARDeployer] Init J2EE application:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,255 INFO  [EARDeployer] looking for nested
deployments in :
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear
14:02:41,264 INFO  [EARDeployer] nested deployment:
file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,740 INFO  [EmbeddedCatalinaService41] deploy,
ctxPath=/localhost,
warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war
14:02:41,890 INFO  [Engine] WebappLoader[/localhost]:
Deploying class repositories to work directory
/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost
14:02:43,752 INFO  [Engine] ContextConfig[/localhost]:
Added certificates - request attribute Valve
14:02:43,981 INFO  [EmbeddedCatalinaService41] Using
Java2 parent classloader delegation: true
14:02:43,982 INFO  [Engine]
StandardManager[/localhost]: Seeding random number
generator class java.security.SecureRandom
14:02:43,983 INFO  [Engine]
StandardManager[/localhost]: Seeding of random number
generator has been completed
14:02:43,986 INFO  [Engine]
StandardWrapper[/localhost:default]: Loading container
servlet default
14:02:43,987 INFO  

Re: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters.

2003-03-31 Thread David Jencks
The format of datasource *-ds.xml files hasn't changed.  You can now  also
use tx-connection-manager (etc) tags to deploy any resource adapter.

If you want to use the plain mbean deployment descriptors you have to move
the ManagedConnectionFactoryName attribute from the connection manager
mbean to the pool mbean.

Not very pleasant, but

1. I think people should use the *-ds.xml format: this can remain constant
even if the underlying mbeans  change.

2. better now than later after 3.2 is released.

david

On 2003.03.31 12:44 Scott M Stark wrote:
 So if people are using the 3.0 style descriptor or earlier versions of
 the *-ds.xml
 descriptor, are they are going to have dependency problems?
 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 
 - Original Message -
 From: SourceForge.net [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Sunday, March 30, 2003 10:52 PM
 Subject: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in
 3.2 for all jca adapters.
 
 
  Change Notes item #712495, was opened at 2003-03-31 06:52
  You can respond by visiting:
  https://sourceforge.net/tracker/?func=detailatid=381174aid=712495group_id=22866
 
  Category: None
  Group: None
  Status: Open
  Priority: 5
  Submitted By: David Jencks (d_jencks)
  Assigned to: Nobody/Anonymous (nobody)
  Summary: Use *-ds.xml files in 3.2 for all jca adapters.
 
  Initial Comment:
  The jca adapter deployment in jboss 3.2 has been extended to allow you
 to deploy any connection factory for a jca 1.0
 adapter using a *-ds.xmol file.  Please use these files for all adapters
 to avoid confusion.  The configuration of the
 underlying mbeans has changed.
 
 
 
 ---
 This SF.net email is sponsored by: ValueWeb: 
 Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
 No other company gives more support or power for your dedicated server
 http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-706213 ] EARDeployer deploying EJBs not listed in application.xml

2003-03-31 Thread SourceForge.net
Bugs item #706213, was opened at 2003-03-19 03:10
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=706213group_id=22866

Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Andrew May (amayingenta)
Assigned to: Scott M Stark (starksm)
Summary: EARDeployer deploying EJBs not listed in application.xml

Initial Comment:
JBoss 3.2.0RC3, Solaris, Sun JDK1.3.1  JDK1.4.1.

EAR that deployed with 3.0.6 is failing in 3.2.0RC3.
The EAR contains more EJBs than are currently listed in
application.xml because we've disabled parts of the
application until we fix them. However, in 3.2.0RC3 the
EARDeployer is attempting to deploy all EJBs and WARs
whether they're configured in application.xml or not.

This is a portion of the server.log:

2003-03-18 14:36:12,626 INFO 
[org.jboss.deployment.EARDeployer] Init J2EE
application:
file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/
2003-03-18 14:36:12,779 DEBUG
[org.jboss.deployment.EARDeployer] Deployment Info:
[EMAIL PROTECTED] {
url=file:/opt/isis/jboss/jboss-
3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/statistics.jar
}
  deployer: null
  status: null
  state: CONSTRUCTED
  watch:
file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/statistics.jar
  lastDeployed: 0
  lastModified: 0
  mbeans:
, isDirectory: false
2003-03-18 14:36:12,780 DEBUG
[org.jboss.deployment.EARDeployer] Deployment Info:
[EMAIL PROTECTED] {
url=file:/opt/isis/jboss/jboss-
3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/expander.jar }
  deployer: null
  status: null
  state: CONSTRUCTED
  watch:
file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/expander.jar
  lastDeployed: 0
  lastModified: 0
  mbeans:
, isDirectory: false

One entry for each deployment listed in
application.xml, including WARs, and then:

2003-03-18 14:36:12,805 INFO 
[org.jboss.deployment.EARDeployer] looking for nested
deployments in :
file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/is
is.ear/
2003-03-18 14:36:12,807 INFO 
[org.jboss.deployment.EARDeployer] nested deployment:
file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/payme
nt.jar
2003-03-18 14:36:12,808 INFO 
[org.jboss.deployment.EARDeployer] nested deployment:
file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/alert
s.jar

One entry for each jar or war within the EAR, including
those not in application.xml, and then it goes on to
deploy all of the EJBs.

--

Comment By: Scott M Stark (starksm)
Date: 2003-03-31 20:42

Message:
Logged In: YES 
user_id=175228

Only content explicity referenced in the application.xml or
jboss-app.xml descriptors is deployed now. This will be in
3.2.0.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=706213group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Re: Seeing suprious exception on shutdown in 3.2 now

2003-03-31 Thread David Jencks
Oops, I tried to do too many things at once.
 should be fixed.

david


On 2003.03.31 14:55 Scott M Stark wrote:
 The same class is causing an exception on startup as well:
 
 11:53:51,826 INFO  [PersistenceManager] Starting
 11:53:51,946 INFO  [LocalManagedConnectionFactory] exception trying to
 create exception sorter:
 java.lang.ClassNotFoundException: 
 org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter
 at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
 at 
 org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:401)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
 at 
 org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:242)
 at 
 org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:114)
 at org.jboss.mx.loading.LoadMgr.nextTask(LoadMgr.java:281)
 at 
 org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:181)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
 at 
 org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnectionFactory.isExceptionFatal(Base
 WrapperManagedConnectionFactory.java:348)
 at 
 org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperM
 anagedConnection.java:292)
 at 
 org.jboss.resource.adapter.jdbc.WrappedConnection.checkException(WrappedConnection.java:8
 19)
 at 
 org.jboss.resource.adapter.jdbc.WrappedStatement.checkException(WrappedStatement.java:767
 )
 at 
 org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedSta
 tement.java:312)
 at 
 org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(PersistenceManager.java:
 226)
 at 
 org.jboss.mq.pm.jdbc2.PersistenceManager.startService(PersistenceManager.java:1299)
 at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
 org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
 )
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
 at 
 org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966)
 at $Proxy11.start(Unknown Source)
 at org.jboss.system.ServiceController.start(ServiceController.java:392)
 at org.jboss.system.ServiceController.start(ServiceController.java:408)
 at org.jboss.system.ServiceController.start(ServiceController.java:408)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
 org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
 )
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
 at $Proxy5.start(Unknown Source)
 at org.jboss.deployment.SARDeployer.start(SARDeployer.java:241)
 at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:640)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
 org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
 )
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
 at $Proxy7.deploy(Unknown Source)
 at 
 org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:404)
 at 
 org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:545)
 at 
 org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeplo
 ymentScanner.java:195)
 at 
 org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentSca
 nner.java:268)
 at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
 org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
 )
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
 at 
 org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966)
 at $Proxy0.start(Unknown Source)
 at org.jboss.system.ServiceController.start(ServiceController.java:392)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
 org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284
 )
 at 

[JBoss-dev] [ jboss-Bugs-705542 ] Errorenous IllegalStateException on CMR-Collection

2003-03-31 Thread SourceForge.net
Bugs item #705542, was opened at 2003-03-18 12:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Johan Granlund (johgr814)
Assigned to: Nobody/Anonymous (nobody)
Summary: Errorenous IllegalStateException on CMR-Collection

Initial Comment:
We've been dealing with this bug since we started up 
our project with JBoss 3.0.0.

Now we are using JBoss 3.0.2RC2 with Postgres 7.2 
and we still get it. When we are using a Collection 
retrieved with a CMR-getter on a local interface the 
Collection sporadicly maybe 1 of 200 calls thinks it was 
created in another transaction that obviously isn't the 
case. We get a stacktrace like this:

12:21:38,121 ERROR [LogInterceptor] 
RuntimeException:
java.lang.IllegalStateException: The iterator of a CMR 
collection may only be used within the transction in 
which it was created
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verif
yIteratorIsValid(RelationSet.java:345)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.has
Next(RelationSet.java:298)
at 
se.alleato.ejb.alexandria.server.facade.PersonFacadeBe
an.getNodePersonRoles(PersonFacadeBean.java:318)
...

This isn't isolated to any specific bean, instead it occurs 
on Collection retrieved by local CMP interfaces that are 
called often. It is obvious an errorenous behaviour that 
can be worked around by catching the exception and 
creating the Collection again by calling the getter again 
which works fine but clearly is anoying.

--

Comment By: Johan Granlund (johgr814)
Date: 2003-04-01 09:48

Message:
Logged In: YES 
user_id=509036

Yes I'm using pessimistic locking, never got any performance 
out of the optimistic. 
I pretty sure this is a duplicate bug #634910 and in that report 
there is test case.


--

Comment By: Alexey Loubyansky (loubyansky)
Date: 2003-03-28 16:17

Message:
Logged In: YES 
user_id=543482

Are you using pessimistic locking?

I tried to reproduce it but couldn't.
I have a Parent and 1000 of related Child instances. There are 
100 concurrent threads that getting parent's children 
collection and iterate over it.
This does not fail for me.

If could you provide a testcase that fails even time to time 
that would be great.

alex

--

Comment By: Johan Granlund (johgr814)
Date: 2003-03-28 11:15

Message:
Logged In: YES 
user_id=509036

I'm using Required transaction setting. The error occurs no 
matter what commit option I'm using.

I don't think any special use case is required to reproduce it, 
just specify two entity beans A 1-n B. Create one session 
bean that fetches the collection a.getBs() and iterate over it. 
With some load the error will occur.

--

Comment By: Johan Granlund (johgr814)
Date: 2003-03-28 11:06

Message:
Logged In: YES 
user_id=509036

Sorry about that,  3.2.0RC2 it was, and now 3.2.0RC4.

I can also add that the easiest way to reproduce the bug is to 
put load on the system, then you can be sure it will happen, 
in our case it starts around 15 simultanous users.

To work around the problem I have patched the RelationSet 
class. In the constructor I copy the setHandle array to the 
member variable instead of assigning it. This makes 
everything work fine but clearly isn't the correct way.

--

Comment By: Stephen Coy (scoy)
Date: 2003-03-28 10:30

Message:
Logged In: YES 
user_id=463096

Are you *really* using JBoss 3.0.2RC2?

Or is it 3.2.0RC2?

Either way, you need to provide more information wrt to the way you are specifying 
your transactions and your use cases.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Partition merge and service state merge algorithm

2003-03-31 Thread Sacha Labourey
Hello Bela,

Yes, we need some kind of policy. But I thought about something a little bit
different. In fact, there is already a way for services that have state to
know about partition merging and plug into it. Instead I thought about a
policy where you can receive events when you are no more on the good side
(defined by the policy) of the network partition. This could be, for
example, access to a common DB, some data in a common DB, the minimal size
of the partition, etc. As long as the policy is not satisfied, the service
would be in stand-by.

Cheers,


sacha

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Bela Ban
 Sent: mardi, 1. avril 2003 02:31
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] Partition merge and service state 
 merge algorithm
 
 
 David Klimek wrote:
 
  Hi Sacha,
 
  thank you very much for your comments. Now I believe I have quite 
  clean picture of partition merge issues.
 
  Maybe the conditions and limitations you mentioned should 
 be added to 
  documentation as they are not obvious and there can be a 
 lot of people 
  living, as I did before, in paradise, where all the mess with state 
  merging, is handled by clustering framework. 
 
 
 Maybe we should come up with a conflict resolution policy, similar to 
 the failover policy: the policy is user-defined and - 
 whenever there is 
 a merge - it is called with all substates. At this point it needs to 
 implement the merge and update the local copy.
 
 For the state service we could for instance provide a simple default 
 policy which applies the union of all states and sees this as the new 
 state. The only requirement for such a policy is that it is 
 deterministic.
 
 -- 
 Bela Ban
 www.javagroups.com
 (408) 316-4459
 
 
 
 
 ---
 This SF.net email is sponsored by: ValueWeb: 
 Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
 No other company gives more support or power for your dedicated server
 http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-602828 ] Need a shared class loader notion

2003-03-31 Thread SourceForge.net
Bugs item #602828, was opened at 2002-08-31 05:39
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=602828group_id=22866

Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark (starksm)
Summary: Need a shared class loader notion

Initial Comment:
There are two problems that show up because of the 
current UCL per deployable jar. 1, if classes in a 
package are split across jars then access of package 
private methods between the jars fails. 2, if you have a 
jar of classes version 1 and a patch jar that contains 
version 2 classes that replace some of the version 1 
classes, we have no way to specifiy that classes in the 
patch jar should be loaded ahead of the version 1 
classes.

I think what we need is the notion of a shared class 
loader per top level deployment unit that handles all jars 
referenced via manifests. This would honor the ordering 
of jar references so that one could control loading of 
patches.


--

Comment By: Scott M Stark (starksm)
Date: 2003-03-31 23:58

Message:
Logged In: YES 
user_id=175228

3.0.6 almost has this, 3.0.7 and 3.2.0 will.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=602828group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-696381 ] JGStore not setup to use correct class loader

2003-03-31 Thread SourceForge.net
Bugs item #696381, was opened at 2003-03-02 22:59
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=696381group_id=22866

Category: JBossWeb
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Jules Gosnell (jules_gosnell)
Summary: JGStore not setup to use correct class loader

Initial Comment:
When a value is placed into the http session that
corresponds to a class only available in the war, the
following CNFE exception occurs:

20:35:14,653 ERROR [JGStore] could not demarshal
incoming update
java.lang.ClassNotFoundException: No ClassLoaders found
for: org.jboss.chap9.ex1.SessionValue
at
org.jboss.mx.loading.LoadMgr.beginLoadTask(LoadMgr.java:155)
at
org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:161)
at
java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:217)
at
org.mortbay.j2ee.session.MarshallingInterceptor$ObjectInputStream.resolveClass(MarshallingInterceptor.java:70)
at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513)
at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at
java.io.ObjectInputStream.readArray(ObjectInputStream.java:1603)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271)
at
java.io.ObjectInputStream.readArray(ObjectInputStream.java:1603)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271)
at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at
org.javagroups.blocks.MethodCall.readExternal(MethodCall.java:432)
at
java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1686)
at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1644)
at
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at
java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at
org.mortbay.j2ee.session.MarshallingInterceptor.demarshal(MarshallingInterceptor.java:108)
at
org.mortbay.j2ee.session.JGStore$1.objectFromByteBuffer(JGStore.java:166)
at
org.javagroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:249)
at
org.javagroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:531)
at
org.javagroups.blocks.RequestCorrelator.access$100(RequestCorrelator.java:37)
at
org.javagroups.blocks.RequestCorrelator$Request.run(RequestCorrelator.java:747)
at
org.javagroups.util.ReusableThread.run(ReusableThread.java:208)
at java.lang.Thread.run(Thread.java:536)

This is due to the wrong class loader being used by the
store. The web application context class loader needs
to be used. I have put a fix into the 3.2 branch for
this, but this only works if the store is an instance
of AbstractReplicatedStore since the Store interface
does not support setLoader. Look at the following code
block in the Jetty class to see how this should be
generatlized to all Stores.

Line 334 of org.jboss.jetty.Jetty.java:
 // The web context class loader is needed for
loading the war state objects
 Manager mgr =
app.getDistributableSessionManager();
 Store store = mgr.getStore();
 if( store instanceof AbstractReplicatedStore )
 {
AbstractReplicatedStore ars =
(AbstractReplicatedStore) store;
ars.setLoader(app.getClassLoader());
 }


--

Comment By: Jules Gosnell (jules_gosnell)
Date: 2003-03-05 02:10

Message:
Logged In: YES 
user_id=49106

I've taken your patch as the basis for a fix that I put into
3.0 and 3.2 last night.

I shall be doing some refactoring on the Store classes as
soon as I have the time. I shall probably move the
ClassLoader attribute up the class hierarchy then, so that
is available to other stores.

I'll leave closing the bug to you, if you are happy with the
solution.

Cheers,

Jules


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=696381group_id=22866


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Jboss-development mailing list
[EMAIL PROTECTED]

Re: Re[4]: [JBoss-dev] php5 is coming

2003-03-31 Thread Hunter Hillegas
Yeah. JSP would be good cause it's a common skill set, has a lot of
available tools and extensions (JSTL, etc...) and is a proven tech.

 From: Bill Burke [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 Date: Mon, 31 Mar 2003 10:52:08 -0500
 To: [EMAIL PROTECTED]
 Subject: RE: Re[4]: [JBoss-dev] php5 is coming
 
 I'd really prefer JSP integration or integration with some other popular
 Java based web scripting.
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of
 julien viet
 Sent: Sunday, March 30, 2003 3:57 PM
 To: marc fleury
 Subject: Re[4]: [JBoss-dev] php5 is coming
 
 
 yes that's a good idea and I was thinking about it. Dain could
 you send me details and contact infos ?
 
 A generic compiling service in jboss could be very usefull.
 That + AOP could make wonders.
 
 julien
 
 mf julien,
 
 mf why don't you try to bring some of these guys in to do the
 compiler for
 mf NUKES?  JSP like writing for advanced programmatic modules?
 
 mf marcf
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On
 Behalf Of Dain Sundstrom
 Sent: Sunday, March 30, 2003 2:06 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Re[2]: [JBoss-dev] php5 is coming
 
 
 I talked with 2 compiler projects after JBoss boot camp and both were
 interested in being integrated, but I dropped the ball and
 got busy on
 some other stuff.  If anyone is interested in this I can send you the
 contact info.
 
 -dain
 
 On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote:
 
 Hello Marcel,
 
 Sunday, March 30, 2003, 6:23:38 PM, you wrote:
 
 MA julien viet wrote ([EMAIL PROTECTED])
 JD Though now that I think about it I would prefer that Java was
 more like
 JD PHP in the sense of a light weight web application development
 language
 JD with its rich extensions and apis.
 
 we discussed with Dain at boot camp and we wished
 having a way to dynamic compile a class, I mean with
 a java compiler written in java and taking class def from
 a classloader.
 
 That would enable a compilation service in jboss. Would
 be great for
 nukes. Kopi compiler is written in 100% java and could be modified
 to achieve such results though I don't know about its license.
 
 MA I did this for the PizzaCompiler as part of getting
 Cocoon to work
 MA without a JDK (only a JRE needed). For Pizza this is relatively
 MA easy as it has pluggable resource-loaders (.class files are
 resources
 MA to the compiler). The pizza compiler can be found at:
 
 cool, it could help for module or block scripting in Nukes, i.e get
 code class - fully generate class - compile it - generate xmbeam -
 deploy it
 
 pluggable resource loader is very helpfull, I don't know if we can
 have bytes of class through unified classloaders but that
 would help.
 
 MA http://pizzacompiler.sourceforge.net/
 
 MA I placed the sources for the pizza-loader and some wrapper and
 extension
 MA classes needed to use it at:
 http://www.artefact.nl/pizza-loader.zip
 
 MA I stripped of some extra's and commented out some lines
 to keep it
 MA simple and self hosting.
 
 MA Hope this helps.
 
 MA Regards,
 
 MA Marcel Ammerlaan
 
 
 
 --
 Best regards,
  julienmailto:[EMAIL PROTECTED]
 
 
 
 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 
 mf ---
 mf This SF.net email is sponsored by:
 mf The Definitive IT and Networking Event. Be There!
 mf NetWorld+Interop Las Vegas 2003 -- Register today!
 mf http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 mf ___
 mf Jboss-development mailing list
 mf [EMAIL PROTECTED]
 mf https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 --
 Best regards,
  julienmailto:[EMAIL PROTECTED]
 
 
 
 ---
 This SF.net email is sponsored by:
 The Definitive IT and Networking Event. Be There!
 NetWorld+Interop Las Vegas 2003 -- Register today!
 http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]