AW: [JBoss-dev] 3.2.3RC1

2003-11-06 Thread Jung , Dr. Christoph
There were two fixes related to axis classloading and discovery that need to
be backported.

What is your timeframe? I could submit the stuff on Friday.

CU,
CGJ



 -Ursprüngliche Nachricht-
 Von: Scott M Stark [mailto:[EMAIL PROTECTED] 
 Gesendet: Mittwoch, 5. November 2003 16:24
 An: [EMAIL PROTECTED]
 Betreff: [JBoss-dev] 3.2.3RC1
 
 
 I'm putting together a 3.2.3RC1 release to pickup some recent 
 bug fixes. I'm working on a fix for [ 832561 ] 
 NoSuchMethodException when HAJNDI joins cluster that I want 
 to include. If there are any other must have fixes let me know.
 
 -- 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 
 
 
 
 ---
 This SF.net email is sponsored by: SF.net Giveback Program. 
 Does SourceForge.net help you be more productive?  Does it
 help you create better code?   SHARE THE LOVE, and help us help
 YOU!  Click Here: http://sourceforge.net/donate/ 
 ___
 JBoss-Development mailing list [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
###

This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.F-Secure.com/


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-837042 ] run.sh -b ip doesn't work

2003-11-06 Thread SourceForge.net
Bugs item #837042, was opened at 2003-11-06 08:52
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837042group_id=22866

Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Rainer Montag (rmontag)
Assigned to: Nobody/Anonymous (nobody)
Summary: run.sh -b ip doesn't work

Initial Comment:
In JBoss 3.2.2 a new option for setting the jboss bind
address was introduced:

-b, --host=host or ip   Bind address for all
JBoss services

run.sh --host=ip works, but 

run.sh -b ip doesn't.

Reason:

In the class Main.java, method processCommandLine() the
String sopts seems to miss the new option:

  String sopts = -:hD:p:n:c:Vj:L:C:P:;

Should be 

  String sopts = -:hD:p:n:c:Vj:L:C:P:b:;

(the b is missing). The rest of the code has the
handling for the new option (setting a system property
for the bind address).


Sorry if this bug was already submitted.

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] 3.2.3RC1

2003-11-06 Thread Bernd Koecke
Hi,

Christoph Jung made a bugfix for the redeploy bug of webservices. But he made it
for JBoss 4. Will it be also present in 3.2.3RC1?

Bernd

Scott M Stark wrote:
 I'm putting together a 3.2.3RC1 release to pickup some recent bug fixes.
 I'm
 working on a fix for [ 832561 ] NoSuchMethodException when HAJNDI joins
 cluster
 that I want to include. If there are any other must have fixes let me know.
 
-- 
Dipl.-Inform. Bernd Koecke
UNIX-Entwicklung
Schlund+Partner AG
Fon: +49-721-91374-0
E-Mail: [EMAIL PROTECTED]


pgp0.pgp
Description: PGP signature


[JBoss-dev] [ jboss-Bugs-837042 ] run.sh -b ip doesn't work

2003-11-06 Thread SourceForge.net
Bugs item #837042, was opened at 2003-11-06 08:52
Message generated for change (Comment added) made by rmontag
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837042group_id=22866

Category: JBossServer
Group: v3.2
Status: Deleted
Resolution: None
Priority: 5
Submitted By: Rainer Montag (rmontag)
Assigned to: Nobody/Anonymous (nobody)
Summary: run.sh -b ip doesn't work

Initial Comment:
In JBoss 3.2.2 a new option for setting the jboss bind
address was introduced:

-b, --host=host or ip   Bind address for all
JBoss services

run.sh --host=ip works, but 

run.sh -b ip doesn't.

Reason:

In the class Main.java, method processCommandLine() the
String sopts seems to miss the new option:

  String sopts = -:hD:p:n:c:Vj:L:C:P:;

Should be 

  String sopts = -:hD:p:n:c:Vj:L:C:P:b:;

(the b is missing). The rest of the code has the
handling for the new option (setting a system property
for the bind address).


Sorry if this bug was already submitted.

--

Comment By: Rainer Montag (rmontag)
Date: 2003-11-06 10:17

Message:
Logged In: YES 
user_id=902444

Sorry for duplicate insert.

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-837092 ] CMP Field Update Optimization is Broken

2003-11-06 Thread SourceForge.net
Bugs item #837092, was opened at 2003-11-06 10:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837092group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Price (adrianprice)
Assigned to: Nobody/Anonymous (nobody)
Summary: CMP Field Update Optimization is Broken

Initial Comment:
The mechanism for optimizing updates to CMP fields is
broken, because it makes the erroneous assumption that
the value being stored is immutable.

o.j.e.p.c.j.b.JDBCFieldBridge.setInstanceValue() or
thereabouts ignores the update if
oldValue().equals(newValue).  Whilst this works for
primitives (or rather their immutable java.lang.*
wrappers), it breaks completely for mutable
serializable objects in a BLOB, because if one
retrieves such an object from a CMP field, modifies it
then updates the CMP field with the same, modified
object, that change will never get flushed to the
database and the update will have been ignored.

class MyBean implements Serializable {
int x, y;
// getters  setters...

// The correct implementation of equals() for this
class.
public boolean equals(Object o) {
if (!(o instanceof MyBean))
return false;
MyBean that = (MyBean)o;
return this == that || this.x = that.x 
this.y = that.y;
}
/*
// Horrid kludge necessary to force JBossCMP to
store me :(
public boolean equals(Object o) {
return false;
}
*/
}

MyEntityLocal entity =
MyEntityLocalHome.findByPrimaryKey(pk);

// Retrieve bean from CMP field and modify it.
MyBean bean entity.getBean(); // CMP field getter
bean.x = 666;
bean.y = 777;

// Store modified bean. Setting field to null first
forces JBossCMP 
// to recognize the update in 3.0.4 and 3.2.1, but not
3.2.2.
entity.setBean(null); // (shouldn't be necessary anyway)
entity.setBean(bean);

// TXN commit...

// asserts fail, bean not persisted.  Uncommenting
Horrid Kludge forces JBossCMP v. 3.2.2 to recognize 
persist the update.
bean entity.getBean();
assert(bean.x == 666  bean.y == 777);


--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-828093 ] Problems registering interceptors with JacORB inside JBoss

2003-11-06 Thread SourceForge.net
Bugs item #828093, was opened at 2003-10-22 09:28
Message generated for change (Comment added) made by rabegg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=828093group_id=22866

Category: JBossIIOP
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Richard Begg (rabegg)
Assigned to: Francisco Reverbel (reverbel)
Summary: Problems registering interceptors with JacORB inside JBoss

Initial Comment:
I have found that when running the Jboss 3.2.2 unit 
tests (against RC4/head) if I try to use JacORB 
configured to use client/server portable interceptors 
(through the jacorb properties file) the majority of the 
IIOP stress tests fail.  They fail with the following 
exception:

javax.naming.NameNotFoundException.  Root exception 
is org.omg.CosNaming.NamingContextPackage.NotFound
at 
org.omg.CosNaming.NamingContextPackage.NotFoundHel
per.read(NotFoundHelper.java:29)
at 
org.omg.CosNaming.NamingContextPackage.NotFoundHel
per.extract(NotFoundHelper.java:45)
at 
org.omg.CosNaming._NamingContextStub.resolve
(_NamingContextStub.java:156)
at com.sun.jndi.cosnaming.CNCtx.callResolve
(CNCtx.java:363)
at com.sun.jndi.cosnaming.CNCtx.lookup
(CNCtx.java:412)
at com.sun.jndi.cosnaming.CNCtx.lookup
(CNCtx.java:390)
at javax.naming.InitialContext.lookup
(InitialContext.java:345)
at 
org.jboss.test.bankiiop.test.BankStressTestCase.setUp
(BankStressTestCase.java:486)
at junit.extensions.TestDecorator.basicRun
(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect
(TestSetup.java:19)
at junit.extensions.TestSetup.run
(TestSetup.java:23)

At the server side the following error is produced:

org.omg.CORBA.BAD_PARAM: Illegal blank IDL name  
minor code: 15  completed: No
at org.jacorb.orb.ORBSingleton.checkTCName
(Unknown Source)
at 
org.jacorb.orb.ORBSingleton.create_interface_tc
(Unknown Source)
at org.jacorb.orb.Any.insert_Object(Unknown 
Source)
at 
org.omg.CosNaming._NamingContextStub.rebind
(_NamingContextStub.java:96)
at org.jboss.proxy.ejb.IORFactory.rebind
(IORFactory.java:750)
at org.jboss.proxy.ejb.IORFactory.start
(IORFactory.java:556)
at 
org.jboss.ejb.StatelessSessionContainer.startService
(StatelessSessionContainer.java:205)
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:546)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke
(ServiceController.java:976)
at $Proxy40.start(Unknown Source)
at org.jboss.system.ServiceController.start
(ServiceController.java:394)
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:546)
at org.jboss.mx.util.MBeanProxyExt.invoke
(MBeanProxyExt.java:177)
at $Proxy41.start(Unknown Source)
at org.jboss.ejb.EjbModule.startService
(EjbModule.java:331)
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:546)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke
(ServiceController.java:976)
at $Proxy40.start(Unknown Source)
at org.jboss.system.ServiceController.start
(ServiceController.java:394)
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:546)
at org.jboss.mx.util.MBeanProxyExt.invoke
(MBeanProxyExt.java:177)
at $Proxy12.start(Unknown Source)
at org.jboss.ejb.EJBDeployer.start
(EJBDeployer.java:544)
at org.jboss.deployment.MainDeployer.start
(MainDeployer.java:832)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:642)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:605)
at org.jboss.deployment.MainDeployer.redeploy
(MainDeployer.java:403)
at org.jboss.deployment.MainDeployer.redeploy
(MainDeployer.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:546)
at 

[JBoss-dev] [ jboss-Bugs-837092 ] CMP Field Update Optimization is Broken

2003-11-06 Thread SourceForge.net
Bugs item #837092, was opened at 2003-11-06 10:06
Message generated for change (Comment added) made by adrianprice
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837092group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Price (adrianprice)
Assigned to: Nobody/Anonymous (nobody)
Summary: CMP Field Update Optimization is Broken

Initial Comment:
The mechanism for optimizing updates to CMP fields is
broken, because it makes the erroneous assumption that
the value being stored is immutable.

o.j.e.p.c.j.b.JDBCFieldBridge.setInstanceValue() or
thereabouts ignores the update if
oldValue().equals(newValue).  Whilst this works for
primitives (or rather their immutable java.lang.*
wrappers), it breaks completely for mutable
serializable objects in a BLOB, because if one
retrieves such an object from a CMP field, modifies it
then updates the CMP field with the same, modified
object, that change will never get flushed to the
database and the update will have been ignored.

class MyBean implements Serializable {
int x, y;
// getters  setters...

// The correct implementation of equals() for this
class.
public boolean equals(Object o) {
if (!(o instanceof MyBean))
return false;
MyBean that = (MyBean)o;
return this == that || this.x = that.x 
this.y = that.y;
}
/*
// Horrid kludge necessary to force JBossCMP to
store me :(
public boolean equals(Object o) {
return false;
}
*/
}

MyEntityLocal entity =
MyEntityLocalHome.findByPrimaryKey(pk);

// Retrieve bean from CMP field and modify it.
MyBean bean entity.getBean(); // CMP field getter
bean.x = 666;
bean.y = 777;

// Store modified bean. Setting field to null first
forces JBossCMP 
// to recognize the update in 3.0.4 and 3.2.1, but not
3.2.2.
entity.setBean(null); // (shouldn't be necessary anyway)
entity.setBean(bean);

// TXN commit...

// asserts fail, bean not persisted.  Uncommenting
Horrid Kludge forces JBossCMP v. 3.2.2 to recognize 
persist the update.
bean entity.getBean();
assert(bean.x == 666  bean.y == 777);


--

Comment By: Adrian Price (adrianprice)
Date: 2003-11-06 10:10

Message:
Logged In: YES 
user_id=580837

penultimate line should read:
bean = entity.getBean();

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-829741 ] JNP Does not support multiple network cards

2003-11-06 Thread SourceForge.net
Bugs item #829741, was opened at 2003-10-24 19:44
Message generated for change (Settings changed) made by letiemble
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=829741group_id=22866

Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Remind
Priority: 5
Submitted By: Ivan Parra (ioparra)
Assigned to: Laurent Etiemble (letiemble)
Summary: JNP Does not support multiple network cards

Initial Comment:
JDK1.3.1_06
JBoss3.2.2RC4

This bug request is following this thread:

http://www.jboss.org/thread.jsp?
forum=61thread=41310

Essentially, if you have 2(A and B) network cards and 
specify the Naming service to bind both the 
ServerAddress and the RMIServerAddress to one card
(B), here is the results:

1)Any remote client that has access to both network 
cards, work
2)Any remote client accessible to only B, but not A, fails 
because it is trying to connect to A.

3)--the third case is trivial, access only to A can't even 
connect(this is correct functionality).

-
If you telnet to NIC B, you can see IP Address of the 
NIC A in its output.  

$ telnet 107.51.51.107 1099 (Card B)
Trying 107.51.51.107...
Connected to 107.51.51.107.
Escape character is '^]'.
192.168.1.1rmMarshallejecojfcxConnection closed by 
foreign host. ~ UnicastRef2rver.RemoteObjectOaa3


Ultimately, this issue roots to RMI and which ip address 
the RMI server chooses to send.

Haven't tried it with JDK1.4...  Think it might make a 
difference?

--Ivan


--

Comment By: Laurent Etiemble (letiemble)
Date: 2003-11-06 13:47

Message:
Logged In: YES 
user_id=437455

I close and mark it as remind.

--

Comment By: Ivan Parra (ioparra)
Date: 2003-10-24 20:46

Message:
Logged In: YES 
user_id=812998

That did the trick, thanks!.

-Ivan


--

Comment By: Scott M Stark (starksm)
Date: 2003-10-24 20:32

Message:
Logged In: YES 
user_id=175228

the address RMI binds to can be controlled via the
java.rmi.server.hostname system property.

--

Comment By: Ivan Parra (ioparra)
Date: 2003-10-24 20:17

Message:
Logged In: YES 
user_id=812998

Installed latest JDK1.4 and still no good.
This time around, I also specified the RMIPort(just to see if I 
get a response).  The RMIPort does work.  I would figure 
both would fail...


-Ivan


--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Patches-837157 ] Performance findByPrimaryKey commit B

2003-11-06 Thread SourceForge.net
Patches item #837157, was opened at 2003-11-06 14:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376687aid=837157group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Carlo de Wolf (wolfc)
Assigned to: Nobody/Anonymous (nobody)
Summary: Performance findByPrimaryKey  commit B

Initial Comment:
I saw that entity beans with commit B option on which I 
called findByPrimaryKey in a tx multiple times (don't ask 
why :-) ) each time resulted in a query to the db. 
According to EJB 2.0 spec it only needs to be 
synchronized at the start of tx. So as long as the entity 
is valid no find has to executed IMHO.

I modified CMPPersistenceManager to follow suit:
(this is a prototypical modification)

__public Object findEntity(Method finderMethod, Object
[] args, EntityEnterpriseContext ctx)
throws Exception
__{
// For now only optimize fBPK
if (finderMethod.getName().equals
(findByPrimaryKey)
__  commitOption != 
ConfigurationMetaData.C_COMMIT_OPTION)
{
__Object key = ctx.getCacheKey();
__if (key == null)
__{
key = ((EntityCache)con.getInstanceCache
()).createCacheKey(args[0]);
__}
__if (con.getInstanceCache().isActive(key))
__{
if(commitOption != 
ConfigurationMetaData.B_COMMIT_OPTION)
{
__return key; // Object is active - it exists -
 no need to call finder
}

// ToDo: it's better to have a 
InstanceCache.isValid(key) because of synch
EntityEnterpriseContext otherCtx = 
(EntityEnterpriseContext) con.getInstanceCache().get
(key);
if(otherCtx.isValid())
{
__return key;
}
__}
}

// The store will find the entity and return the 
primaryKey
Object id = store.findEntity(finderMethod, args, 
ctx);

// We return the cache key
return ((EntityCache) con.getInstanceCache
()).createCacheKey(id);
__}

Now I'm wondering what you guys think of this patch?

(See also: http://www.jboss.org/thread.jsp?
forum=46thread=39460message=3802736q=#380273
6)

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-828093 ] Problems registering interceptors with JacORB inside JBoss

2003-11-06 Thread SourceForge.net
Bugs item #828093, was opened at 2003-10-22 09:28
Message generated for change (Comment added) made by reverbel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=828093group_id=22866

Category: JBossIIOP
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Richard Begg (rabegg)
Assigned to: Francisco Reverbel (reverbel)
Summary: Problems registering interceptors with JacORB inside JBoss

Initial Comment:
I have found that when running the Jboss 3.2.2 unit 
tests (against RC4/head) if I try to use JacORB 
configured to use client/server portable interceptors 
(through the jacorb properties file) the majority of the 
IIOP stress tests fail.  They fail with the following 
exception:

javax.naming.NameNotFoundException.  Root exception 
is org.omg.CosNaming.NamingContextPackage.NotFound
at 
org.omg.CosNaming.NamingContextPackage.NotFoundHel
per.read(NotFoundHelper.java:29)
at 
org.omg.CosNaming.NamingContextPackage.NotFoundHel
per.extract(NotFoundHelper.java:45)
at 
org.omg.CosNaming._NamingContextStub.resolve
(_NamingContextStub.java:156)
at com.sun.jndi.cosnaming.CNCtx.callResolve
(CNCtx.java:363)
at com.sun.jndi.cosnaming.CNCtx.lookup
(CNCtx.java:412)
at com.sun.jndi.cosnaming.CNCtx.lookup
(CNCtx.java:390)
at javax.naming.InitialContext.lookup
(InitialContext.java:345)
at 
org.jboss.test.bankiiop.test.BankStressTestCase.setUp
(BankStressTestCase.java:486)
at junit.extensions.TestDecorator.basicRun
(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect
(TestSetup.java:19)
at junit.extensions.TestSetup.run
(TestSetup.java:23)

At the server side the following error is produced:

org.omg.CORBA.BAD_PARAM: Illegal blank IDL name  
minor code: 15  completed: No
at org.jacorb.orb.ORBSingleton.checkTCName
(Unknown Source)
at 
org.jacorb.orb.ORBSingleton.create_interface_tc
(Unknown Source)
at org.jacorb.orb.Any.insert_Object(Unknown 
Source)
at 
org.omg.CosNaming._NamingContextStub.rebind
(_NamingContextStub.java:96)
at org.jboss.proxy.ejb.IORFactory.rebind
(IORFactory.java:750)
at org.jboss.proxy.ejb.IORFactory.start
(IORFactory.java:556)
at 
org.jboss.ejb.StatelessSessionContainer.startService
(StatelessSessionContainer.java:205)
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:546)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke
(ServiceController.java:976)
at $Proxy40.start(Unknown Source)
at org.jboss.system.ServiceController.start
(ServiceController.java:394)
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:546)
at org.jboss.mx.util.MBeanProxyExt.invoke
(MBeanProxyExt.java:177)
at $Proxy41.start(Unknown Source)
at org.jboss.ejb.EjbModule.startService
(EjbModule.java:331)
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:546)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke
(ServiceController.java:976)
at $Proxy40.start(Unknown Source)
at org.jboss.system.ServiceController.start
(ServiceController.java:394)
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:546)
at org.jboss.mx.util.MBeanProxyExt.invoke
(MBeanProxyExt.java:177)
at $Proxy12.start(Unknown Source)
at org.jboss.ejb.EJBDeployer.start
(EJBDeployer.java:544)
at org.jboss.deployment.MainDeployer.start
(MainDeployer.java:832)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:642)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:605)
at org.jboss.deployment.MainDeployer.redeploy
(MainDeployer.java:403)
at org.jboss.deployment.MainDeployer.redeploy
(MainDeployer.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:546)
at 

[JBoss-dev] [ jboss-Bugs-669145 ] Error autocreating EJB-Tables

2003-11-06 Thread SourceForge.net
Bugs item #669145, was opened at 2003-01-16 17:27
Message generated for change (Settings changed) made by letiemble
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=669145group_id=22866

Category: JBossCMP
Group: None
Status: Closed
Resolution: Duplicate
Priority: 5
Submitted By: Thomas Nagel (ktnagel)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error autocreating EJB-Tables

Initial Comment:
Hi there,
 I am using JBoss 3.0.4 and the Oracle 8.1
classes12.zip Drivers on a Win2k machine. JDK is 1.4.1.
The Database is Oracle 817.

The auto-creation feature of JBoss 3.0.4 for CMP Entity
Beans does not work properly if the user has the right
to see tables with the same name in other schemas, but
has no own tables of the same name. The existency-check
then obviously considers the tables of the other users
as being sufficient, but later on the own tables cannot
be found since they dont exist.

It seems to me, that the value of the module-option
principal is not used when checking whether the table
already exists. Right?

Cheers,
Thomas Nagel


--

Comment By: Jeremy Boynes (jboynes)
Date: 2003-01-16 17:43

Message:
Logged In: YES 
user_id=378919

This is a dupe of 661335

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-652411 ] Classloader sharing with MANIFEST

2003-11-06 Thread SourceForge.net
Bugs item #652411, was opened at 2002-12-12 01:48
Message generated for change (Comment added) made by letiemble
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=652411group_id=22866

Category: None
Group: None
Status: Closed
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned to: Laurent Etiemble (letiemble)
Summary: Classloader sharing with MANIFEST

Initial Comment:
I have 2 ears, that both need to use ofbiz.  The
configuration of ofbiz in each is mostly identical,
except for the database name.  OFBiz uses static
factory methods to fetch preconfigured(cached) objects
from class-static maps.  These objects are created with
a static{} block in the class, by using data from the
default(whatever that is for the JVM) classloader.

When I deploy both of these 2 ears, only the first one
deployed has the static block run, and the second ends
up sharing the same class instances.  I know that the
J2EE spec allows for this, but this seems
non-intuitive.  Is there a way to disable it?

I also have a fairly simple way to reproduce it. 
Please read create.sh in the attached file.

I have tried this first with jboss 3.2.0-beta2, tomcat
4.1.12, and jboss 3.0.4, jetty.  Neither compiled from
source, both using the pre-compiled versions downloaded
from sourceforge.  I have run both under ibm jdk
1.3(Classic VM (build 1.3.0, J2RE 1.3.0 IBM build
cx130-20020124 (JIT enabled: jitc)), and jboss
3.2.0-beta2 under blackdown 1.4(Java HotSpot(TM) Client
VM (build Blackdown-1.4.1-beta, mixed mode)).

--

Comment By: Laurent Etiemble (letiemble)
Date: 2003-11-06 15:20

Message:
Logged In: YES 
user_id=437455

By default, JBoss maintains a unified class repository. You 
have to explicitly set-up two different class repositories for 
your two ears.

Take a look at the forums. You will find many examples.
(http://www.jboss.org/thread.jsp?forum=61thread=41379 
for example)


--

Comment By: Adam Heath (doogie)
Date: 2002-12-12 01:49

Message:
Logged In: YES 
user_id=9692

Stupid sf code didn't take the file. :|

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] cmp with multiple datasource

2003-11-06 Thread hernan . terzian
I could do it work via jmx-console, but I cannot find the way to do it in my
program.
I'm doing:

DataSourceDelegator dsd = new DataSourceDelegator();
try{
dsd.create();
dsd.setBindName(java:/DS1);
dsd.setTargetName(java:/DS2);
} catch (Exception e) {
System.out.println(...);
}

what is wrong in here?


-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Martes, 04 de Noviembre de 2003 03:31 tarde
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] cmp with multiple datasource


It is checked in Branch_3_2.
org.jboss.varia.dsdelegator package.

After building (varia/build.bat), you should find dsdelegator.jar in 
varia/output/lib. It should be copiied to server/config-name/lib.
In varia/src/resources/services/dsdelegator you can find a sample config 
dsdelegator-service.xml

Sorry, for the delay.

[EMAIL PROTECTED] wrote:

 Yes please, I´ll be very thankful if you commit it!!!
 
 
 -Original Message-
 From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
 Sent: Lunes, 03 de Noviembre de 2003 06:46 mañana
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] cmp with multiple datasource
 
 
 I went another way and wrote a datasource delegator service. It is very 
 simple. The service implements DataSource interface and has a method 
 that sets the target DataSource. The service is bound into the JNDI. All 
 you need to do is just to specify this service instead of a real 
 DataSource for your entity beans and change the target at runtime.
 
 I could commit it in org.jboss.varia.* if there is an interest in it.
 
 [EMAIL PROTECTED] wrote:
 
Alexey, first of all, thanks for your response.
When do you think you will add this support?

Regards,
Hernán.

-Original Message-
From: Hernan Terzian 
Sent: Viernes, 31 de Octubre de 2003 09:39 mañana
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] cmp with multiple datasource


Yes!!! It would be great !!!

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Viernes, 31 de Octubre de 2003 07:47 mañana
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] cmp with multiple datasource


We could add support for chaging entity bean's datasource at runtime 
only in case when the datasources have the same type mappings 
(datasource-mapping) and database schemas are the same. Would it help you?

[EMAIL PROTECTED] wrote:



this is my scenario:
 we need to migrate an old application that have 5 different
implementations, so when a user log into the application, it is
redirected
to his respective server. In each server is running the same data model

but


with different data.

Now, we are migrating this old app (client/server) to web but we cannot
change the data model (damn customer issue), so I´m trying to not

construct


different EJBs to each datasource.

The meanwhile workaround is to create a new jar for each implementation

(the


same code, but with different jndi names and datasources), but it

represents


a heavy maintenance code...

Any ideas?

-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Jueves, 30 de Octubre de 2003 05:20 tarde
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] cmp with multiple datasource


No way, at the moment. But could you tell why you would like to do it?
Thanks.

[EMAIL PROTECTED] wrote:




Hi all,
does anybody know how can I change the CMP entity bean datasource on
runtime? 
Are there any workaround to get this?

Regards,
Hernán.


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development






---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development







AW: [JBoss-dev] 3.2.3RC1

2003-11-06 Thread Jung , Dr. Christoph
 -Ursprüngliche Nachricht-
 Von: Bernd Koecke [mailto:[EMAIL PROTECTED] 
 Gesendet: Donnerstag, 6. November 2003 09:43
 An: [EMAIL PROTECTED]
 Betreff: Re: [JBoss-dev] 3.2.3RC1
 
 
 Hi,
 
 Christoph Jung made a bugfix for the redeploy bug of 
 webservices. But he made it for JBoss 4. Will it be also 
 present in 3.2.3RC1?

Yes, it is now in branch_3_2

Scott, since jboss-net should still be optional in 3.2 (in order to keep
backport issues to a minimum), would you mind me deleting the
testsuite/webservice stuff after I have integrated it into head?

CU,
CGJ

###

This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.F-Secure.com/


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Re: GET_DIGEST_STABLE is required?!?

2003-11-06 Thread Felipe Oliveira
hi bela,

which default.xml? i am not sure how to get to work using tcp. could you 
give me more details please?

this is my partitionconfig:

   TCP start_port=7800 bind_addr=127.0.0.1 /
   org.jboss.javagroups.protocols.EVENT_TRACE name=TCP-TCPPING-TRACE
   up_thread=false down_thread=false /
   TCPPING initial_hosts=boo[7800],marge[7800]
   port_range=1 timeout=15000
   up_thread=false down_thread=false /
   MERGE2 min_interval=5000 max_interval=2 /
   FD max_tries=4 timeout=15000 /
   VERIFY_SUSPECT timeout=15000 /
   pbcast.STABLE desired_avg_gossip=2 /
   pbcast.NAKACK gc_lag=50 
retransmit_timeout=600,1200,2400,4800 /
   org.jboss.javagroups.protocols.EVENT_TRACE name=NAKACK-GMS-TRACE
   up_thread=false down_thread=false /
   pbcast.GMS join_timeout=15000 join_retry_timeout=5000
   shun=false print_local_addr=true /
   pbcast.STATE_TRANSFER /

thanks!

felipe

Bela Ban wrote:

You need to copy the default.xml file too. There has been a change in 
the ordering of the protocols.

Sacha Labourey wrote:

While switching from javagroups to jgroups, I receive this message 
now when
starting JBoss, do you know why? It use the default JB stack

15:20:56,812 ERROR [ClusterPartition] Initialization failed
ChannelException: JChannel(): java.lang.Exception:
Configurator.sanityCheck(): event GET_DIGEST_STABLE is required by ST
ABLE, but not provided by any of the layers below
   at org.jgroups.JChannel.init(JChannel.java:151)
 




---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-837305 ] NoInitialContextException after x redeployments

2003-11-06 Thread SourceForge.net
Bugs item #837305, was opened at 2003-11-06 16:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837305group_id=22866

Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Wonne Keysers (wonnekeysers)
Assigned to: Nobody/Anonymous (nobody)
Summary: NoInitialContextException after x redeployments

Initial Comment:
Following exception occurs during hot redeployment 
of .ear.
JBoss 3.2.1 runs well for about a week.
Hot (re)deployments occur regularly.
After reboot, identical server config + apps run again as 
expected.

2003-11-06 15:40:47,171 WARN  
[org.jboss.system.ServiceController] Problem starting 
service 
jboss.j2ee:jndiName=genesys/tangram/Affiliation,service=
EJB
javax.naming.NoInitialContextException: Need to specify 
class name in environment or system property, or as an 
applet parameter, or in an application resource file:  
java.naming.factory.initial

cut/

2003-11-06 15:40:47,276 WARN  
[org.jboss.jetty.JettyService] Failed to parse descriptors 
for war(file:/usr/local/gsys/java/jboss/jboss-
3.2.1/server/production/tmp/deploy/server/production/de
ploy/gsys/TGSWE_Adapter.ear/67.TGSWE_Adapter.ear-
contents/TGSWE_Adapter.war)
java.io.FileNotFoundException: /usr/local/gsys/java/jboss
/jboss-
3.2.1/server/production/tmp/deploy/server/production/de
ploy/gsys/TGSWE_Adapter.ear/67.TGSWE_Adapter.ear-
contents/TGSWE_Adapter.war (Too many open files)
2003-11-06 15:40:47,338 INFO  [org.jboss.jbossweb] 
Registered 
jboss.web:Jetty=0,JBossWebApplicationContext=41,cont
ext=/TGSWE_Adapter
2003-11-06 15:40:47,358 ERROR [org.jboss.jbossweb] 
java.io.IOException: Too many open files
at java.io.UnixFileSystem.createFileExclusively
(Native Method)
at java.io.File.checkAndCreate(File.java:1333)
at java.io.File.createTempFile(File.java:1421)
at java.io.File.createTempFile(File.java:1458)
at 
org.mortbay.http.HttpContext.getTempDirectory
(HttpContext.java:1195)
at 
org.mortbay.jetty.servlet.WebApplicationContext.resolve
WebApp(WebApplicationContext.java:222)
at 
org.mortbay.jetty.servlet.WebApplicationContext.start
(WebApplicationContext.java:335)
at 
org.mortbay.j2ee.J2EEWebApplicationContext.start
(J2EEWebApplicationContext.java:85)

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] PARTNERSHIP REQUEST

2003-11-06 Thread GANI ALABI
Union Bank Plc
 Nigeria

 I am the Manager Bill and Exchange of the Foreign
 Operations Department Union Bank Plc Lagos Nigeria. I
 am writing in respect of a foreign customer of my bank
 with account number: 142552004/wb/t who died in
 November 1997 in a plane crash.

 Since we got the information about his death, we have
 been expecting his next of kin to come over and claim
 his money because we cannot release unless somebody
 applies for it as the next of Kin or relation to the
 deceased as indicated in our banking guidelines. And
 since no one has come forward to claim the fund for
 years now, we discovered/realized that that the fund (US$12.8m) the
 account no: 142552004/wb/t has been abandoned. As the deceased is
 from your country it will enable us proceed the release of the money
 to you. It is therefore upon this discovery that I and two other
 senior officials in the department now decided to make business with
 you and release the money to you as the Next of Kin or relation of
 the deceased for safety keeping and subsequent disbursement since
 nobody is coming for it and we do not want this money to go back into
 the Federal Government Account as Unclaimed Bill.

 This is because the banking Law and Guidelines here
 stipulated that if such money remains unclaimed after
 five years the money would be transferred into the
 Banking Treasury as unclaimed fund.

 It is in view of this, I got your contact through the
 foreign trade mission after I was convinced in my mind
 that you/your name could be used as the next of kin to
 the deceased. The request of a foreigner as Next of
 Kin in this business is occasioned by the fact that
 the customer is a foreigner and a Nigeria cannot stand
 as a Next of Kin to a foreigner. I agreed that US$4.5M
 of this money/fund will be for you for your
 involvement, Three Hundred Thousand Dollars will be
 donated to charity while the rest will be for me and
 my partners. So upon the conclusion of this
 transaction and your receipt of this fund, I and two
 other of my colleagues will visit your country for the
 disbursement.

 Therefore, to enable the immediate transfer/release of
 the fund to you as arranged, you must apply first to
 the Bank as a relation or Next of Kin of the deceased.

 Upon receipt of your reply I will send to you by fax
 Text of the Application and the next steps to take. I
 will also not fail to bring to your notice that this
 business is hitch free and that you should not
 entertain any fear as the whole required arrangement
 as been made for the transfer/release of the fund to
 you. Note: This transaction is confidential/risks
 free. As soon as you receive this email, you should
 contact me at once through the above stated
 email address.
 Thanks, trusting to hear from you immediately,

 Yours Sincerely,

MR GANI ALABI





---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [jboss-group] JBoss mail status

2003-11-06 Thread Andrew Oliver
Thanks.  Had intended to CC that too but I missed.

-Andy

On 11/5/03 11:33 AM, Bill Burke [EMAIL PROTECTED] wrote:

 Moved to jboss-dev list.
 
 Andrew Oliver wrote:
 
 The present status is that the SMTP is mostly done and can post messages to
 JMS (that¹s just because I wrote that particular mail listener first).  My
 vision is that in the short run we'll have a simple MDBean which looks at
 the message and either writes it to a MailBox (which I envision being an
 entity bean and later use either Hibernate or Bela's cache thingy).  Why?  I
 want 200 ms IMAP access (for instance).  Someone else has already
 contributed a TLS (SSL) implementation.
 
 Eric has written a POP implementation that is awaiting a mailbox
 abstraction.  (Back to above)
 
 A JBoss client has asked to fund some of that work with their support hours
 and Eric will be working on the mailbox abstraction, etc shortly.
 
 Once that is complete we have to think through authentication policies.  I
 favor a rather lame brained pessimistic policy at first which will limit our
 usefulness in some areas but I don't want to ever stamp something release
 until we're real secure.
 
 Julien has also contributed something or other, however I didn't really
 understand that whole thing to be honest (why did we need that over
 JavaMail?)...
 
 The TLS guy also submitted a non-javamail Mail header implementation.  Why?
 Because of all stupid things the InternetHeader class isn't serializable.
 
 I've got a prototype for the Jboss Console GUI
 (http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole) necessary to
 set up the Mail Services stuff.  ATM I have to deal with restrictions on the
 RMI Classloader.  The reason that I consider this related closely to mail
 services is that in order to provide an enterprise class mail server
 system which is flexible enough for e-support and mail lists and whatever
 without making the setup as anti-user-friendly as sendmail.cf, I need to
 consider it from the start.  Right now the GUI comes up and can categorize
 uimanageable=true MBeans and attempts to get their UI then chokes with a
 classloader issue.  Anyhow, that¹s no biggy, I'll get there.  Once that is
 done I need to see how to hook into the deployment scanner and tell it this
 descriptor is not to be redeployed, here's its new timestamp..then I
 have to figure out how to write descriptors.
 
 Bottom line:
 1. Finish out mailbox abstraction
 2. MDBean for sending and sorting mail
 3. Get authentication policies set up
 4. Round out the JBConsole
 5. Write IMAP protocol and increase the complexity of the mailbox
 abstraction (multi-folder)
 6. Write a calendar abstraction
 7. Exchange protocol
 
 Eric may have some differing viewpoints (I have a funny way of working with
 people which sometimes looks chaotic, they go a direction, I go a direction
 then we meet up with the best tech winning).  Hopefully he'll offer them up
 and round this out.  Better yet...maybe he'll start on the wiki:
 http://superlinksoftware.com/cgi-bin/erswiki.pl?action=editid=MailServicesF
 orJBoss -- it puts the lotion in the bucket or it gets the hose.
 
 With two contiguous months I could get the mail server rounded out (at least
 1-4).  I'll probably need the most help for 7.  I've actually done some work
 on 5 before for JAMES so no biggy.
 
 How's that?
 
 
 -Andy
 
 
 On 11/4/03 1:41 PM, Bill Burke [EMAIL PROTECTED] wrote:
 
 
 Don't you have somebody helping you on JBMail?  Can you ping him and CC
 me on the status of it?
 
 Bill
 
 
 ___
 jboss-group mailing list
 [EMAIL PROTECTED]
 http://mail.jboss.org/mailman/listinfo/jboss-group
 
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] 3.2.3RC1

2003-11-06 Thread Francisco Reverbel
When will you get 3.2.3.RC1 from CVS?

There has been a JacORB bug fix (for Arjuna) that is not in 
our CVS yet. I´d generate a patched version of jacorb.jar
with the fix.

Cheers,

Francisco

On Wed, 5 Nov 2003, Scott M Stark wrote:

 I'm putting together a 3.2.3RC1 release to pickup some recent bug fixes. I'm
 working on a fix for [ 832561 ] NoSuchMethodException when HAJNDI joins cluster
 that I want to include. If there are any other must have fixes let me know.
 
 -- 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 
 
 
 
 ---
 This SF.net email is sponsored by: SF.net Giveback Program.
 Does SourceForge.net help you be more productive?  Does it
 help you create better code?   SHARE THE LOVE, and help us help
 YOU!  Click Here: http://sourceforge.net/donate/
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: AW: [JBoss-dev] 3.2.3RC1

2003-11-06 Thread jboss user
Yes I would mind. People are using this so its not an optional service 
in the all configuration.

Scott Stark
Chief Technology Officer
JBoss Group, LLC


Jung , Dr. Christoph wrote:

-Ursprüngliche Nachricht-
Von: Bernd Koecke [mailto:[EMAIL PROTECTED] 
Gesendet: Donnerstag, 6. November 2003 09:43
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] 3.2.3RC1

Hi,

Christoph Jung made a bugfix for the redeploy bug of 
webservices. But he made it for JBoss 4. Will it be also 
present in 3.2.3RC1?
   

Yes, it is now in branch_3_2

Scott, since jboss-net should still be optional in 3.2 (in order to keep
backport issues to a minimum), would you mind me deleting the
testsuite/webservice stuff after I have integrated it into head?
CU,
CGJ
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-837593 ] Classloading Exception after redeploy

2003-11-06 Thread SourceForge.net
Bugs item #837593, was opened at 2003-11-07 00:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837593group_id=22866

Category: None
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Tobias Jäcker (tj)
Assigned to: Nobody/Anonymous (nobody)
Summary: Classloading Exception after redeploy

Initial Comment:
I created an EJB-Entity Bean and a Stateless Session 
Bean using the Entity Bean. This works fine.
Then I created a web-service.xml and deployed it in a 
differnt archive (.wsr). This too works fine when using it 
within a simple java application.
When I try to invoke the webservice from within a JSP 
or Servlet it only works after starting JBoss or first time 
deployment. After redeploying the webmodule which 
contains the JSPs I get error:

java.lang.NullPointerException
  at org.jboss.mx.loading.UnifiedClassLoader

See my files for further details.





--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [AUTOMATED] JBoss (Branch_3_2/winxp/1.3.1_09) Testsuite Compilation failed

2003-11-06 Thread chris
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Fri Nov  7 00:01:40 GMTST 2003
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
[ejbdoclet] - Running homeinterface/
[ejbdoclet] Generating Home interface for 'org.jboss.test.entity.beans.TestEntityBean'.
[ejbdoclet] - Running localhomeinterface/
[ejbdoclet] Generating Local Home interface for 
'org.jboss.test.entity.beans.TestEntityBean'.
[ejbdoclet] - Running entitycmp/
[ejbdoclet] Generating CMP class for 'org.jboss.test.entity.beans.TestEntityBean'.
[ejbdoclet] - Running utilobject/
[ejbdoclet] Generating Util class for 'org.jboss.test.entity.beans.TestEntityBean'.
[ejbdoclet] - Running deploymentdescriptor/
[ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml).
[ejbdoclet] - Running jboss/
[ejbdoclet] Generating jboss.xml.
[ejbdoclet] Generating jbosscmp-jdbc.xml.
   [delete] Deleting: 
D:\jboss\jboss-head\testsuite\output\gen-src\org\jboss\test\webservice\addr\AddressBookSOAPBindingImpl.java
[webserviceejbdoclet] - Running entitycmp/
[webserviceejbdoclet] - Running remoteinterface/
[webserviceejbdoclet] Generating Remote interface for 
'org.jboss.test.webservice.hello.server.HelloBean'.
[webserviceejbdoclet] - Running homeinterface/
[webserviceejbdoclet] Generating Home interface for 
'org.jboss.test.webservice.hello.server.HelloBean'.
[webserviceejbdoclet] - Running deploymentdescriptor/
[webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml).
[webserviceejbdoclet] - Running jboss/
[webserviceejbdoclet] Generating jboss.xml.
[webserviceejbdoclet] - Running jbossnet/
[webservicejmxdoclet] - Running mbeaninterface/
[webservicejmxdoclet] - Generating output for 'org.jboss.test.webservice.jmx.JMXTest' 
using template file 
'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'.
[webservicejmxdoclet] - Running jbossnet/
[webservicejmxdoclet] INFO:Some classes refer to other classes that were not found 
among the sources or on the classpath.
[webservicejmxdoclet]  (Perhaps the referred class doesn't exist? Hasn't been 
generated yet?)
[webservicejmxdoclet]  The referring classes do not import any fully qualified 
classes matching these classes.
[webservicejmxdoclet]  However, since no packages are imported, xjavadoc has 
assumed that the referred classes
[webservicejmxdoclet]  belong to the same package as the referring class. The 
classes are:
[webservicejmxdoclet] 
D:\jboss\jboss-head\testsuite\src\main\org\jboss\test\webservice\jmx\JMXTest.java -- 
JMXTestMBean qualified to org.jboss.test.webservice.jmx.JMXTestMBean
[webserviceejbdoclet] - Running entitycmp/
[webserviceejbdoclet] - Running remoteinterface/
[webserviceejbdoclet] Generating Remote interface for 
'org.jboss.test.webservice.arrays.server.ArraysBean'.
[webserviceejbdoclet] - Running homeinterface/
[webserviceejbdoclet] Generating Home interface for 
'org.jboss.test.webservice.arrays.server.ArraysBean'.
[webserviceejbdoclet] - Running deploymentdescriptor/
[webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml).
[webserviceejbdoclet] - Running jboss/
[webserviceejbdoclet] Generating jboss.xml.
[webserviceejbdoclet] - Running jbossnet/

compile-mbean-sources:
[jmxdoclet] - Running mbeaninterface/
[jmxdoclet] - Generating output for 'org.jboss.test.jmx.missingclass.MissingClassTest' 
using template file 
'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'.
[jmxdoclet] - Generating output for 'org.jboss.test.jmx.deployer.BrokenDeployer' using 
template file 
'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'.
[jmxdoclet] - Generating output for 'org.jboss.test.jmx.mbean.TestMBClassLoader' using 
template file 
'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'.
[jmxdoclet] - Generating output for 'org.jboss.test.jmx.invoker.InvokerTest' using 
template file 
'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'.
[jmxdoclet] INFO:Some classes refer to other classes that were not found among the 
sources or on the classpath.

[JBoss-dev] [AUTOMATED] JBoss (Branch_3_2/winxp/1.4.2_01) Compilation failed

2003-11-06 Thread chris
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Fri Nov  7 00:02:00 GMTST 2003
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
00:01 Nov 07
java version 1.4.2_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06)
Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode)
Searching for build.xml ...
Buildfile: d:\jboss\jboss-head\build\build.xml

===
Fri Nov  7 00:02:00 GMTST 2003
===
CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin
===
java -version
java version 1.4.2_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06)
Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode)


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-837593 ] Classloading Exception after redeploy

2003-11-06 Thread SourceForge.net
Bugs item #837593, was opened at 2003-11-07 00:00
Message generated for change (Comment added) made by tj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=837593group_id=22866

Category: None
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Tobias Jäcker (tj)
Assigned to: Nobody/Anonymous (nobody)
Summary: Classloading Exception after redeploy

Initial Comment:
I created an EJB-Entity Bean and a Stateless Session 
Bean using the Entity Bean. This works fine.
Then I created a web-service.xml and deployed it in a 
differnt archive (.wsr). This too works fine when using it 
within a simple java application.
When I try to invoke the webservice from within a JSP 
or Servlet it only works after starting JBoss or first time 
deployment. After redeploying the webmodule which 
contains the JSPs I get error:

java.lang.NullPointerException
  at org.jboss.mx.loading.UnifiedClassLoader

See my files for further details.





--

Comment By: Tobias Jäcker (tj)
Date: 2003-11-07 00:05

Message:
Logged In: YES 
user_id=903653

I have to add that the error occurs when creating an 
instance of the ...ServiceLocator class in the WebService.jsp.

--

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


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-06 Thread Andrew C. Oliver
 
 Why don't we start different threads for different issues?
 This thread start out as discussing making management easier.
 
 e.g. Joe Windows Admin wants a GUI Wizard entitled
 Configure datasource preferably one that does not ask if he writing
 letter :-)
 How does Joe hates-GUIs programmer (i.e. me) maintain that wizard
 and other management interfaces when I add configuration options
 to the jdbc rars or db specifc plugins?
 

I've started working on this.  I'm hitting a gee you don't have a security
manager so you can't use the RMI Classloader issue, but I'm sure I'll
figure it out shortly.

Details here:

http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole

(Ugly picture included).

It also incorporates MASS-server configuration (meaning telling all 20 in
the cluster to reconfigure)

Here are the details from an earlier message that doesn't seem to have made
it here:

 The present status is that the SMTP is mostly done and can post messages to
 JMS (that¹s just because I wrote that particular mail listener first).  My
 vision is that in the short run we'll have a simple MDBean which looks at
 the message and either writes it to a MailBox (which I envision being an
 entity bean and later use either Hibernate or Bela's cache thingy).  Why?  I
 want 200 ms IMAP access (for instance).  Someone else has already
 contributed a TLS (SSL) implementation.
 
 Eric has written a POP implementation that is awaiting a mailbox
 abstraction.  (Back to above)
 
 A JBoss client has asked to fund some of that work with their support hours
 and Eric will be working on the mailbox abstraction, etc shortly.
 
 Once that is complete we have to think through authentication policies.  I
 favor a rather lame brained pessimistic policy at first which will limit our
 usefulness in some areas but I don't want to ever stamp something release
 until we're real secure.
 
 Julien has also contributed something or other, however I didn't really
 understand that whole thing to be honest (why did we need that over
 JavaMail?)...
 
 The TLS guy also submitted a non-javamail Mail header implementation.  Why?
 Because of all stupid things the InternetHeader class isn't serializable.
 
 I've got a prototype for the Jboss Console GUI
 (http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole) necessary to
 set up the Mail Services stuff.  ATM I have to deal with restrictions on the
 RMI Classloader.  The reason that I consider this related closely to mail
 services is that in order to provide an enterprise class mail server
 system which is flexible enough for e-support and mail lists and whatever
 without making the setup as anti-user-friendly as sendmail.cf, I need to
 consider it from the start.  Right now the GUI comes up and can categorize
 uimanageable=true MBeans and attempts to get their UI then chokes with a
 classloader issue.  Anyhow, that¹s no biggy, I'll get there.  Once that is
 done I need to see how to hook into the deployment scanner and tell it this
 descriptor is not to be redeployed, here's its new timestamp..then I
 have to figure out how to write descriptors.
 
 Bottom line:
 1. Finish out mailbox abstraction
 2. MDBean for sending and sorting mail
 3. Get authentication policies set up
 4. Round out the JBConsole
 5. Write IMAP protocol and increase the complexity of the mailbox
 abstraction (multi-folder)
 6. Write a calendar abstraction
 7. Exchange protocol
 
 Eric may have some differing viewpoints (I have a funny way of working with
 people which sometimes looks chaotic, they go a direction, I go a direction
 then we meet up with the best tech winning).  Hopefully he'll offer them up
 and round this out.  Better yet...maybe he'll start on the wiki:
 http://superlinksoftware.com/cgi-bin/erswiki.pl?action=editid=MailServicesF
 orJBoss -- it puts the lotion in the bucket or it gets the hose.
 
 With two contiguous months I could get the mail server rounded out (at least
 1-4).  I'll probably need the most help for 7.  I've actually done some work
 on 5 before for JAMES so no biggy.
 
 How's that?
 
 
 -Andy


 The datasource is a good/pathological example because it also includes
 advanced configurations like the CMP mappings,
 jbossmq persistence config and the pad=true xid for Oracle.
 Showing disparate metadata needs to be combined in the management
 view/tool.
 
 Regards,
 Adrian
 
 
 -- Juha
 
 
 IMHO
 
 bax
 
 
 
 
 
 
 ---
 This SF.net email is sponsored by: SF.net Giveback Program.
 Does SourceForge.net help you be more productive?  Does it
 help you create better code?   SHARE THE LOVE, and help us help
 YOU!  Click Here: http://sourceforge.net/donate/
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development

-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for 

Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-06 Thread Adrian Brock
On Fri, 2003-11-07 at 00:19, Andrew C. Oliver wrote:
  
  Why don't we start different threads for different issues?
  This thread start out as discussing making management easier.
  
  e.g. Joe Windows Admin wants a GUI Wizard entitled
  Configure datasource preferably one that does not ask if he writing
  letter :-)
  How does Joe hates-GUIs programmer (i.e. me) maintain that wizard
  and other management interfaces when I add configuration options
  to the jdbc rars or db specifc plugins?
  
 
 I've started working on this.  I'm hitting a gee you don't have a security
 manager so you can't use the RMI Classloader issue, but I'm sure I'll
 figure it out shortly.

pseudo rmi code:

try
{
   return invokeServer()
}
catch (ClassNotFoundException e)
{
   if (System.getSecurityManager() == null)
  throw new No RMI Security Manager etc.;
   else
  tryToLoadClassFromRMICodeBase();
}

Regards,
Adrian

 
 Details here:
 
 http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole
 
 (Ugly picture included).
 
 It also incorporates MASS-server configuration (meaning telling all 20 in
 the cluster to reconfigure)
 
 Here are the details from an earlier message that doesn't seem to have made
 it here:
 
  The present status is that the SMTP is mostly done and can post messages to
  JMS (thats just because I wrote that particular mail listener first).  My
  vision is that in the short run we'll have a simple MDBean which looks at
  the message and either writes it to a MailBox (which I envision being an
  entity bean and later use either Hibernate or Bela's cache thingy).  Why?  I
  want 200 ms IMAP access (for instance).  Someone else has already
  contributed a TLS (SSL) implementation.
  
  Eric has written a POP implementation that is awaiting a mailbox
  abstraction.  (Back to above)
  
  A JBoss client has asked to fund some of that work with their support hours
  and Eric will be working on the mailbox abstraction, etc shortly.
  
  Once that is complete we have to think through authentication policies.  I
  favor a rather lame brained pessimistic policy at first which will limit our
  usefulness in some areas but I don't want to ever stamp something release
  until we're real secure.
  
  Julien has also contributed something or other, however I didn't really
  understand that whole thing to be honest (why did we need that over
  JavaMail?)...
  
  The TLS guy also submitted a non-javamail Mail header implementation.  Why?
  Because of all stupid things the InternetHeader class isn't serializable.
  
  I've got a prototype for the Jboss Console GUI
  (http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole) necessary to
  set up the Mail Services stuff.  ATM I have to deal with restrictions on the
  RMI Classloader.  The reason that I consider this related closely to mail
  services is that in order to provide an enterprise class mail server
  system which is flexible enough for e-support and mail lists and whatever
  without making the setup as anti-user-friendly as sendmail.cf, I need to
  consider it from the start.  Right now the GUI comes up and can categorize
  uimanageable=true MBeans and attempts to get their UI then chokes with a
  classloader issue.  Anyhow, thats no biggy, I'll get there.  Once that is
  done I need to see how to hook into the deployment scanner and tell it this
  descriptor is not to be redeployed, here's its new timestamp..then I
  have to figure out how to write descriptors.
  
  Bottom line:
  1. Finish out mailbox abstraction
  2. MDBean for sending and sorting mail
  3. Get authentication policies set up
  4. Round out the JBConsole
  5. Write IMAP protocol and increase the complexity of the mailbox
  abstraction (multi-folder)
  6. Write a calendar abstraction
  7. Exchange protocol
  
  Eric may have some differing viewpoints (I have a funny way of working with
  people which sometimes looks chaotic, they go a direction, I go a direction
  then we meet up with the best tech winning).  Hopefully he'll offer them up
  and round this out.  Better yet...maybe he'll start on the wiki:
  http://superlinksoftware.com/cgi-bin/erswiki.pl?action=editid=MailServicesF
  orJBoss -- it puts the lotion in the bucket or it gets the hose.
  
  With two contiguous months I could get the mail server rounded out (at least
  1-4).  I'll probably need the most help for 7.  I've actually done some work
  on 5 before for JAMES so no biggy.
  
  How's that?
  
  
  -Andy
 
 
  The datasource is a good/pathological example because it also includes
  advanced configurations like the CMP mappings,
  jbossmq persistence config and the pad=true xid for Oracle.
  Showing disparate metadata needs to be combined in the management
  view/tool.
  
  Regards,
  Adrian
  
  
  -- Juha
  
  
  IMHO
  
  bax
  
  
  
  
  
  
  ---
  This SF.net email is sponsored by: SF.net Giveback Program.
  Does SourceForge.net help you be more 

[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.1_05) Test Results: 94 % ( 1344 / 1418 ) - come on - pull your finger out

2003-11-06 Thread chris
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Fri Nov  7 01:59:19 GMT 2003
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===


JBoss daily test results

SUMMARY

Number of tests run:   1418



Successful tests:  1344

Errors:57

Failures:  17





[time of test: 2003-11-07.00-42 GMT]
[java.version: 1.4.1_05]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.1_05-b01]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Linux]
[os.arch: i386]
[os.version: 2.4.20-20.7]

Useful resources:

- 
http://jboss.kimptoc.net/linux1/1.4.1_05/logtests/testresults/reports/html//2003-11-07.00-42
 for
the junit report of this test.


NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





DETAILS OF ERRORS



Suite:   LocalUnitTestCase
Test:testRemove
Type:error
Exception:   java.rmi.NoSuchObjectException
Message: Could not activate; failed to restore state; CausedByException is:  
/home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmpind89-16/dmpinie2-1b.ser
 (No such file or directory)
-



Suite:   TxConcurrentUnitTestCase
Test:testConcurrentAccess
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: org.jboss.cache.TimeoutException: IdentityLock.acquireReadLock(): lock 
could not be acquired after 1ms (lock is owned by null)
-



Suite:   ScopedTransactionUnitTestCase
Test:testScopedTransaction
Type:error
Exception:   javax.naming.NameNotFoundException
Message: ScopedTxTestSession not bound
-



Suite:   ScopedTransactionUnitTestCase
Test:testServerFound
Type:error
Exception:   java.net.MalformedURLException
Message: no protocol: 
/home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar
-



Suite:   ScopedTransactionUnitTestCase
Test:unknown
Type:error
Exception:   java.net.MalformedURLException
Message: no protocol: 
/home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar
-



Suite:   ScopingUnitTestCase
Test:testSingletons
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: checkVersion(V2) is true

===
Fri Nov  7 01:59:19 GMT 2003
===
Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown
===
java -version
java version 1.4.1_05
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01)
Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode)


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Test Results: 94 % ( 1345 / 1418 ) - come on - pull your finger out

2003-11-06 Thread chris
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Fri Nov  7 03:38:44 GMT 2003
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===


JBoss daily test results

SUMMARY

Number of tests run:   1418



Successful tests:  1345

Errors:57

Failures:  16





[time of test: 2003-11-07.02-25 GMT]
[java.version: 1.4.2_01]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.2_01-b06]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Linux]
[os.arch: i386]
[os.version: 2.4.20-20.7]

Useful resources:

- 
http://jboss.kimptoc.net/linux1/1.4.2_01/logtests/testresults/reports/html//2003-11-07.02-25
 for
the junit report of this test.


NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





DETAILS OF ERRORS



Suite:   LocalUnitTestCase
Test:testRemove
Type:error
Exception:   java.rmi.NoSuchObjectException
Message: Could not activate; failed to restore state; CausedByException is:  
/home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmpm8mfc-16/dmpm8sb5-1b.ser
 (No such file or directory)
-



Suite:   ScopedTransactionUnitTestCase
Test:testScopedTransaction
Type:error
Exception:   javax.naming.NameNotFoundException
Message: ScopedTxTestSession not bound
-



Suite:   ScopedTransactionUnitTestCase
Test:testServerFound
Type:error
Exception:   java.net.MalformedURLException
Message: no protocol: 
/home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar
-



Suite:   ScopedTransactionUnitTestCase
Test:unknown
Type:error
Exception:   java.net.MalformedURLException
Message: no protocol: 
/home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar
-



Suite:   ScopingUnitTestCase
Test:testSingletons
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: checkVersion(V2) is true
-



Suite:   ReadonlyUnitTestCase
Test:testSetUp
Type:error
Exception:   net.sourceforge.junitejb.RemoteTestException
Message: Column not found: ID in statement [INSERT INTO Publisher (id, name) 
VALUES (1,'O''Reilly  Associates')]

===
Fri Nov  7 03:38:44 GMT 2003
===
Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown
===
java -version
java version 1.4.2_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06)
Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode)


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.1_05) Test Results: 65 % ( 676 / 1033 ) - could do better

2003-11-06 Thread chris
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Fri Nov  7 04:44:38 GMTST 2003
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===


JBoss daily test results

SUMMARY

Number of tests run:   1033



Successful tests:  676

Errors:333

Failures:  24





[time of test: 2003-11-07.00-48 GMT]
[java.version: 1.4.1_05]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.1_05-b01]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Windows XP]
[os.arch: x86]
[os.version: 5.1]

Useful resources:

- 
http://jboss.kimptoc.net/winxp/1.4.1_05/logtests/testresults/reports/html//2003-11-07.00-48
 for
the junit report of this test.


NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





DETAILS OF ERRORS



Suite:   LocalUnitTestCase
Test:testRemove
Type:error
Exception:   java.rmi.NoSuchObjectException
Message: Could not activate; failed to restore state; CausedByException is:  
D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dmpinqo5-16\dmpint6f-1b.ser
 (The system cannot find the file specified)
-



Suite:   TxConcurrentUnitTestCase
Test:testConcurrentAccess
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: org.jboss.cache.TimeoutException: IdentityLock.acquireReadLock(): lock 
could not be acquired after 1ms (lock is owned by null)
-



Suite:   ScopedTransactionUnitTestCase
Test:testScopedTransaction
Type:error
Exception:   javax.naming.NameNotFoundException
Message: ScopedTxTestSession not bound
-



Suite:   ScopedTransactionUnitTestCase
Test:testServerFound
Type:error
Exception:   java.net.MalformedURLException
Message: unknown protocol: d
-



Suite:   ScopedTransactionUnitTestCase
Test:unknown
Type:error
Exception:   java.net.MalformedURLException
Message: unknown protocol: d
-



Suite:   ScopingUnitTestCase
Test:testSingletons
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: checkVersion(V2) is true

===
Fri Nov  7 04:44:39 GMTST 2003
===
CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin
===
java -version
java version 1.4.1_05
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01)
Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode)


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.2_01) Test Results: 95 % ( 1375 / 1446 ) - nearly there - who is gonna get us to 100%!

2003-11-06 Thread chris
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
Fri Nov  7 06:02:12 GMTST 2003
===
HERE ARE THE LAST 100 LINES OF THE LOG:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===


JBoss daily test results

SUMMARY

Number of tests run:   1446



Successful tests:  1375

Errors:55

Failures:  16





[time of test: 2003-11-07.05-21 GMT]
[java.version: 1.4.2_01]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.2_01-b06]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Windows XP]
[os.arch: x86]
[os.version: 5.1]

Useful resources:

- 
http://jboss.kimptoc.net/winxp/1.4.2_01/logtests/testresults/reports/html//2003-11-07.05-21
 for
the junit report of this test.


NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





DETAILS OF ERRORS



Suite:   LocalUnitTestCase
Test:testRemove
Type:error
Exception:   java.rmi.NoSuchObjectException
Message: Could not activate; failed to restore state; CausedByException is:  
D:\jboss\jboss-head-test\build\output\testbuild\server\all\tmp\sessions\test\TreeCacheAopTester-dmpsdwx8-16\dmpsdz7p-1b.ser
 (The system cannot find the file specified)
-



Suite:   ScopedTransactionUnitTestCase
Test:testScopedTransaction
Type:error
Exception:   javax.naming.NameNotFoundException
Message: ScopedTxTestSession not bound
-



Suite:   ScopedTransactionUnitTestCase
Test:testServerFound
Type:error
Exception:   java.net.MalformedURLException
Message: unknown protocol: d
-



Suite:   ScopedTransactionUnitTestCase
Test:unknown
Type:error
Exception:   java.net.MalformedURLException
Message: unknown protocol: d
-



Suite:   ScopingUnitTestCase
Test:testSingletons
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: checkVersion(V2) is true
-



Suite:   ReadonlyUnitTestCase
Test:testSetUp
Type:error
Exception:   net.sourceforge.junitejb.RemoteTestException
Message: Column not found: ID in statement [INSERT INTO Publisher (id, name) 
VALUES (1,'O''Reilly  Associates')]

===
Fri Nov  7 06:02:13 GMTST 2003
===
CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin
===
java -version
java version 1.4.2_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06)
Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode)


---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development