[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 30-March-2003

2003-03-30 Thread scott . stark


JBoss daily test results

SUMMARY

Number of tests run:   1157



Successful tests:  1152

Errors:5

Failures:  0





[time of test: 2003-03-30.07-27 GMT]
[java.version: 1.3.1_06]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.3.1_06-b01]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Windows 2000]
[os.arch: x86]
[os.version: 5.0]

Useful resources:

- http://users.jboss.org/~starksm/Branch_3_2/2003-03-30.07-27 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:   StatefulSessionUnitTestCase
Test:
testInVMSessionHandlePassivation(org.jboss.test.cts.test.StatefulSessionUnitTestCase)
Type:error
Exception:   java.rmi.NoSuchObjectException
Message: Could not activate; failed to restore state; CausedByException is:  
C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.0RC5\server\all\data\sessions\StatefulSessionBean-ddwp7fq9-4\ddwp7iko-b.ser
 (The system cannot find the file specified)
-



Suite:   InvocationLayerStressTestCase
Test:
testOIL2MutliSessionOneConnection(org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase)
Type:error
Exception:   java.lang.InternalError
Message: Test timeout
-



Suite:   MissingClassUnitTestCase
Test:
testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase)
Type:error
Exception:   org.jboss.deployment.DeploymentException
Message: create operation failed for package 
file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - 
nested throwable: (javax.management.InstanceNotFoundException: 
jboss.test:name=missingclasstest is not registered.)
-



Suite:   JSR77SpecUnitTestCase
Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase)
Type:error
Exception:   javax.management.InstanceNotFoundException
Message: 
jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar
 is not registered.
-



Suite:   SRPUnitTestCase
Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase)
Type:error
Exception:   java.rmi.ServerError
Message: Error occurred in server thread; nested exception is:   
java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher;
-




---
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


Re: [JBoss-dev] php5 is coming

2003-03-30 Thread Jason Dillon
Looks like Java Meets PHP with some .NET flavoring.  I like it.

--jason

On Saturday, March 29, 2003, at 04:56  PM, julien viet wrote:

sorry I gave a wrong link :

 http://talks.php.net/show/php5intro

jv have a look at the new php 5 :  http://talks.php.net

jv they added : exceptions, modifiers, interfaces, abstract, 
namespaces  and more.
jv it's mono powered.

jv it seems that now they want to reach enterprise level and have
jv to get more credibility for that.
jv julien



jv ---
jv This SF.net email is sponsored by:
jv The Definitive IT and Networking Event. Be There!
jv NetWorld+Interop Las Vegas 2003 -- Register today!
jv http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
jv ___
jv Jboss-development mailing list
jv [EMAIL PROTECTED]
jv 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:
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


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

2003-03-30 Thread julien viet
not sure they will keep php community whith them. for me
php success is settled on the fact php scripters don't have to worry
about theses kinds of things.

JD Looks like Java Meets PHP with some .NET flavoring.  I like it.

JD --jason


JD On Saturday, March 29, 2003, at 04:56  PM, julien viet wrote:

 sorry I gave a wrong link :

  http://talks.php.net/show/php5intro


 jv have a look at the new php 5 :  http://talks.php.net

 jv they added : exceptions, modifiers, interfaces, abstract, 
 namespaces  and more.
 jv it's mono powered.

 jv it seems that now they want to reach enterprise level and have
 jv to get more credibility for that.

 jv julien



 jv ---
 jv This SF.net email is sponsored by:
 jv The Definitive IT and Networking Event. Be There!
 jv NetWorld+Interop Las Vegas 2003 -- Register today!
 jv http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 jv ___
 jv Jboss-development mailing list
 jv [EMAIL PROTECTED]
 jv 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




JD ---
JD This SF.net email is sponsored by:
JD The Definitive IT and Networking Event. Be There!
JD NetWorld+Interop Las Vegas 2003 -- Register today!
JD http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
JD ___
JD Jboss-development mailing list
JD [EMAIL PROTECTED]
JD 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


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

2003-03-30 Thread Jason Dillon
It is certainly possible, though it does not look like the new features 
will inhibit PHP folks from coding they way they do now.  It just looks 
like it will allow them to write better software.  I spent the past 2 
weeks writing a PHP application and over and over I wished for features 
like namespaces, exceptions and proper handling of object references.  
So the changes are welcome in my mind.  But really anything to make PHP 
less like perl and more like Java/.NET is welcome.

Though now that I think about it I would prefer that Java was more like 
PHP in the sense of a light weight web application development language 
with its rich extensions and apis.

--jason

On Sunday, March 30, 2003, at 04:02  PM, julien viet wrote:

not sure they will keep php community whith them. for me
php success is settled on the fact php scripters don't have to worry
about theses kinds of things.
JD Looks like Java Meets PHP with some .NET flavoring.  I like it.

JD --jason

JD On Saturday, March 29, 2003, at 04:56  PM, julien viet wrote:

sorry I gave a wrong link :

 http://talks.php.net/show/php5intro

jv have a look at the new php 5 :  http://talks.php.net

jv they added : exceptions, modifiers, interfaces, abstract,
namespaces  and more.
jv it's mono powered.
jv it seems that now they want to reach enterprise level and have
jv to get more credibility for that.
jv julien



jv ---
jv This SF.net email is sponsored by:
jv The Definitive IT and Networking Event. Be There!
jv NetWorld+Interop Las Vegas 2003 -- Register today!
jv http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
jv ___
jv Jboss-development mailing list
jv [EMAIL PROTECTED]
jv 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


JD ---
JD This SF.net email is sponsored by:
JD The Definitive IT and Networking Event. Be There!
JD NetWorld+Interop Las Vegas 2003 -- Register today!
JD http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
JD ___
JD Jboss-development mailing list
JD [EMAIL PROTECTED]
JD 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:
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


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

2003-03-30 Thread julien viet
JD It is certainly possible, though it does not look like the new features
JD will inhibit PHP folks from coding they way they do now.  It just looks 
JD like it will allow them to write better software.  I spent the past 2 
JD weeks writing a PHP application and over and over I wished for features 
JD like namespaces, exceptions and proper handling of object references.  
JD So the changes are welcome in my mind.  But really anything to make PHP 
JD less like perl and more like Java/.NET is welcome.

They will keep compatibility.

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.

JD --jason


JD On Sunday, March 30, 2003, at 04:02  PM, julien viet wrote:

 not sure they will keep php community whith them. for me
 php success is settled on the fact php scripters don't have to worry
 about theses kinds of things.

 JD Looks like Java Meets PHP with some .NET flavoring.  I like it.

 JD --jason


 JD On Saturday, March 29, 2003, at 04:56  PM, julien viet wrote:

 sorry I gave a wrong link :

  http://talks.php.net/show/php5intro


 jv have a look at the new php 5 :  http://talks.php.net

 jv they added : exceptions, modifiers, interfaces, abstract,
 namespaces  and more.
 jv it's mono powered.

 jv it seems that now they want to reach enterprise level and have
 jv to get more credibility for that.

 jv julien



 jv ---
 jv This SF.net email is sponsored by:
 jv The Definitive IT and Networking Event. Be There!
 jv NetWorld+Interop Las Vegas 2003 -- Register today!
 jv http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 jv ___
 jv Jboss-development mailing list
 jv [EMAIL PROTECTED]
 jv 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




 JD ---
 JD This SF.net email is sponsored by:
 JD The Definitive IT and Networking Event. Be There!
 JD NetWorld+Interop Las Vegas 2003 -- Register today!
 JD http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
 JD ___
 JD Jboss-development mailing list
 JD [EMAIL PROTECTED]
 JD 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




JD ---
JD This SF.net email is sponsored by:
JD The Definitive IT and Networking Event. Be There!
JD NetWorld+Interop Las Vegas 2003 -- Register today!
JD http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
JD ___
JD Jboss-development mailing list
JD [EMAIL PROTECTED]
JD 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


[JBoss-dev] ECPERF [WAS: hsqldb options]

2003-03-30 Thread Sacha Labourey
BTW, who is currently working on ECPerf? What is the status? I am interested
in some feedback about the current status.F

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Bill Burke
 Sent: samedi, 29. mars 2003 21:00
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] hsqldb options
 
 
 Too many writes, to many Optimistic exceptions.  
 TRANSACTION_SERIALIZABLE
 usually is considered a performance bottleneck in the same 
 way that our
 QueuedPessismistic Entity bean lock can be a bottleneck as 
 well.  I would
 like to try out ECPERF with Mckoi to see what kind of 
 performance boost we
 could get.
 
 Bill
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] 
 Behalf Of Sacha
  Labourey
  Sent: Saturday, March 29, 2003 1:09 PM
  To: [EMAIL PROTECTED]
  Subject: RE: [JBoss-dev] hsqldb options
 
 
  Did you take a look at McKoi? http://www.mckoi.com/database/
 
  From the DOC:
  =
  There are four transaction isolation levels defined by the 
 SQL standard.
  Each isolation level provides varying degrees of protection 
 from seeing
  changes made by concurrent connections. The Mckoi database 
 engine supports
  the strongest isolation level defined by the standard -
  TRANSACTION_SERIALIZABLE. This isolation level prevents a 
 transaction from
  seeing all types of concurrent changes. The Mckoi database 
 engine achieves
  this through a multi-version data model that efficiently manages and
  isolates multiple views of the underlying data.
 
  During a transaction the connection sees a version (or 
 snapshot) of the
  database that is isolated from any changes made by other 
 connections.
  Additionally, any changes made within the context of a 
 transaction are
  isolated from the rest of the database. This means that while a
  transaction
  is open the view a connection has of the database is blind from
  changes made
  by other concurrent connections.
 
  The multi-version data model allows the Mckoi database 
 engine to avoid all
  inter-transactional table/row locking and deadlock issues. No
  tables or rows
  are locked between concurrent transactions. While one transaction
  is reading
  from a table, another transaction may update the table at the
  same time. Any
  data consistency conflicts (for example, two connections
  committing a change
  that deletes the same row from a table) are detected when a 
 transaction is
  committed.
 
 
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED] On
   Behalf Of Bill Burke
   Sent: samedi, 29. mars 2003 19:00
   To: [EMAIL PROTECTED]
   Subject: RE: [JBoss-dev] hsqldb options
  
  
  
  
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
   Behalf Of David
Jencks
Sent: Saturday, March 29, 2003 10:55 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] hsqldb options
   
   
Prompted by a customer, I did some experiments with 
 hsqldb options.
   
Currently we specify a tcp port and require a hsqldb mbean
   to start the
hsqldb server.  This opens a port and requires explicit
   hsqldb shutdown.
   
Two other options that appear to work are:
   
specify url jdbc:hsqldb:. and remove the hsqldb mbean.
   This results in a
totally in memory db, nothing saved to disk.  IMO this is
   appropriate for
most of the testsuite since it eliminates problems with
   data not being
cleaned  up between test runs.
   
specify url jdbc:hsqldb:somefile and remove the hsqldb mbean.
This results
in the db saved in a couple of files named like somefile.
   No port is
opened.  No explicit shutdown of hsqldb  seems to be
   required (although I
didn't test how much data is actually saved)
   
Could someone who knows more about hsqldb  please explain
   clearly why we
would want to continue using the setup we  have now rather
   than one of the
tcp-port free options?
   
  
  
   Man, if only hsqldb was transactional.  We should recruit
   them to become a
   JBoss project and put keen transactional minds like David
   Jencks on the
   subject.  A fully transactional in-memory DBMS would kick the
   crap out of
   everybody in benchmarking.  I'm surprise Oracle 9iAS doesn't
   run in-process
   with the Oracle DBMS already
  
   Bill
  
  
  
   ---
   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 

[JBoss-dev] !

2003-03-30 Thread shyu




 
 

 


 


  [] 
[] [] [] [] [] [] [] 
   






* 

* 

* 


95206
(0571) 86465080 86467128 86455732  
(0571)86469732
 13958106746 E_mail[EMAIL PROTECTED] 

www.hzefu.com www.hzefu.net www.hzefu.cn 
 QQ965301




---
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] UserTransaction requires jndi.properties???

2003-03-30 Thread Igor Fedorenko
Hi,

I've noticed that UserTransaction does not seem to work without JVM-wide jndi 
configuration. For example, the following code

code
Hashtable env = new Hashtable();
env.put(java.naming.factory.initial, 
org.jnp.interfaces.NamingContextFactory);
env.put(java.naming.provider.url, jnp://localhost:1099);
env.put(java.naming.factory.url.pkgs, org.jboss.naming:org.jnp.interfaces);
env.put(jnp.disableDiscovery, true);
Context ctx = new InitialContext(env);
UserTransaction utx = (UserTransaction) ctx.lookup(UserTransaction); 
utx.begin(); // = exception is here!
/code

throws

exception
javax.transaction.SystemException: java.lang.RuntimeException: UT factory lookup 
failed: 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
at 
org.jboss.tm.usertx.client.ClientUserTransaction.begin(ClientUserTransaction.java:107)
/exception

but works if JNDI is configured using jndi.properties. This behaviour makes user 
transactions unusable if a client runs inside managed environment (like standalone 
servlet container) that provides its own JNDI. JBoss 3.2, as of Friday noon. I had a 
quick look, and the problem seems to be due to new InitialContext() in 
ClientUserTransaction at around line 278. Is it a bug or a feature?

Igor Fedorenko
Think smart. Think automated. Think Dynamics. 
www.thinkdynamics.com 


---
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


Re: [JBoss-dev] UserTransaction requires jndi.properties???

2003-03-30 Thread Scott M Stark
Its just a limitiation of how the ClientUserTransaction will look to JNDI to
obtain the UserTransactionSessionFactory. This class should allow this info
to be assigned as a static property of the class so that ths 
UserTransactionSessionFactory
can be looked up once from the JBoss JNDI namespace and set, or something like that.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message -
From: Igor Fedorenko [EMAIL PROTECTED]
To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) [EMAIL PROTECTED]
Sent: Sunday, March 30, 2003 6:23 AM
Subject: [JBoss-dev] UserTransaction requires jndi.properties???


Hi,

I've noticed that UserTransaction does not seem to work without JVM-wide jndi 
configuration. For example, the following code

code
Hashtable env = new Hashtable();
env.put(java.naming.factory.initial,
org.jnp.interfaces.NamingContextFactory);
env.put(java.naming.provider.url, jnp://localhost:1099);
env.put(java.naming.factory.url.pkgs, org.jboss.naming:org.jnp.interfaces);
env.put(jnp.disableDiscovery, true);
Context ctx = new InitialContext(env);
UserTransaction utx = (UserTransaction) ctx.lookup(UserTransaction);
utx.begin(); // = exception is here!
/code

throws

exception
javax.transaction.SystemException: java.lang.RuntimeException: UT factory lookup 
failed:
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
at 
org.jboss.tm.usertx.client.ClientUserTransaction.begin(ClientUserTransaction.java:107)
/exception

but works if JNDI is configured using jndi.properties. This behaviour makes user 
transactions unusable if a client runs inside
managed environment (like standalone servlet container) that provides its own JNDI. 
JBoss 3.2, as of Friday noon. I had a
quick look, and the problem seems to be due to new InitialContext() in 
ClientUserTransaction at around line 278. Is it a bug
or a feature?

Igor Fedorenko
Think smart. Think automated. Think Dynamics.
www.thinkdynamics.com



---
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


Re: [JBoss-dev] ECPERF [WAS: hsqldb options]

2003-03-30 Thread Scott M Stark
Stefan Reich [EMAIL PROTECTED] has been doing most of the work.


Scott Stark
Chief Technology Officer
JBoss Group, LLC


- Original Message - 
From: Sacha Labourey [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 30, 2003 4:24 AM
Subject: [JBoss-dev] ECPERF [WAS: hsqldb options]


 BTW, who is currently working on ECPerf? What is the status? I am interested
 in some feedback about the current status.F



---
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


Re: [JBoss-dev] php5 is coming

2003-03-30 Thread Marcel Ammerlaan
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.

I did this for the PizzaCompiler as part of getting Cocoon to work
without a JDK (only a JRE needed). For Pizza this is relatively
easy as it has pluggable resource-loaders (.class files are resources
to the compiler). The pizza compiler can be found at:

http://pizzacompiler.sourceforge.net/

I placed the sources for the pizza-loader and some wrapper and extension
classes needed to use it at: http://www.artefact.nl/pizza-loader.zip

I stripped of some extra's and commented out some lines to keep it
simple and self hosting.

Hope this helps.

Regards,

Marcel Ammerlaan
-- 
Don't let people drive you crazy
when you know it's in walking distance


---
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


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

2003-03-30 Thread julien viet
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


RE: [JBoss-dev] hsqldb options

2003-03-30 Thread marc fleury
why don't we bring them on then?

marcf

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Bill Burke
 Sent: Saturday, March 29, 2003 1:00 PM
 To: [EMAIL PROTECTED]
 Subject: RE: [JBoss-dev] hsqldb options
 
 
 
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Behalf Of 
  David Jencks
  Sent: Saturday, March 29, 2003 10:55 AM
  To: [EMAIL PROTECTED]
  Subject: [JBoss-dev] hsqldb options
 
 
  Prompted by a customer, I did some experiments with hsqldb options.
 
  Currently we specify a tcp port and require a hsqldb mbean to start 
  the hsqldb server.  This opens a port and requires explicit hsqldb 
  shutdown.
 
  Two other options that appear to work are:
 
  specify url jdbc:hsqldb:. and remove the hsqldb mbean.  
 This results 
  in a totally in memory db, nothing saved to disk.  IMO this is 
  appropriate for most of the testsuite since it eliminates problems 
  with data not being cleaned  up between test runs.
 
  specify url jdbc:hsqldb:somefile and remove the hsqldb mbean. This 
  results in the db saved in a couple of files named like 
 somefile.  No 
  port is opened.  No explicit shutdown of hsqldb  seems to 
 be required 
  (although I didn't test how much data is actually saved)
 
  Could someone who knows more about hsqldb  please explain 
 clearly why 
  we would want to continue using the setup we  have now 
 rather than one 
  of the tcp-port free options?
 
 
 
 Man, if only hsqldb was transactional.  We should recruit 
 them to become a JBoss project and put keen transactional 
 minds like David Jencks on the subject.  A fully 
 transactional in-memory DBMS would kick the crap out of 
 everybody in benchmarking.  I'm surprise Oracle 9iAS doesn't 
 run in-process with the Oracle DBMS already
 
 Bill
 
 
 
 ---
 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


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

2003-03-30 Thread marc fleury
 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.

We need JSP like scripting for NUKES, otherwise it will be very
difficult to write advanced stuff in it.  

Let's take the forums to drive it. 

marcf




---
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


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

2003-03-30 Thread Dain Sundstrom
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


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

2003-03-30 Thread Francisco Reverbel
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
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]



---
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] !

2003-03-30 Thread shyu




 
 

 


 


  [] 
[] [] [] [] [] [] [] 
   






* 

* 

* 


95206
(0571) 86465080 86467128 86455732  
(0571)86469732
 13958106746 E_mail[EMAIL PROTECTED] 

www.hzefu.com www.hzefu.net www.hzefu.cn 
 QQ965301




---
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


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

2003-03-30 Thread marc fleury
julien, 

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

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
 



---
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


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

2003-03-30 Thread julien viet
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


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

2003-03-30 Thread David Klimek
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.

Greet's
David
Sacha Labourey wrote:
Maybe that's one of the points. As I understand partion split each 
groups things that all nodes in other group are down, but 
they are not 
so there is not chance how to avoid concurrent access.


Yes. But solutions may be found, such as using a central DB as a way to
decide who is up/down.

Anyway the same problem can occur in  DistributedState service from 
JBoss Clustering framework, where no such limitaton is 
explicitly given 
by spec.


Yes, this must be added for generic use. But let's finish our SFSB
discussion first as it is a little bit different.

Furthermore, even in the strange
scenario you describe (concurrent access to a same SFSB), 
the merge would

not update the remote nodes until a new SFSB operation 
occurs i.e. with

SFSB, we replicate only when we modify a SFSB, not when a 
merge occurs.

That's even worst.

Suppose after partition merge group 1. has SFSB in state A 
and group 2. 
has SFSB in state B.


We DON'T merge state for SFSB.


First, as I belive, after partition merge you can get inconstent 
behavior. If you use SFSB replica from node in group 1. you 
get state A 
if you read SFSB replica from node in group 2. you get state B.


Yes, but remember that the choice of the node is done in the CLIENT proxy
which will ALWAYS use the same target as long as it is available.

Second, when SFSB modify to state C occurs, one node rewrites state B 
and A on all other nodes. So group of nodes went through 
states A-C and 
group through states A-B-C with all consequences.


Yes, the solution is in the fact that we don't merge the state and we always
go to the same node. The only situation where something bad could occur is:
 - client A use node 1
 - partition is split
 - client A continue using node 1
 - node 1 cannot transmit its updates to node 2 because of the net partition
 - client can suddently no more reach node1
 - it failover to node 2 but node 2 has the old state!
If this is a problem for you, we could imagine to send piggy-back to the
client proxy, the state version id. If, when we failover, we have a lower
value, we could throw an exception.

Maybe I could try to prepare some testcase demonstrating problem.

Sorry if am I missing something, but I still strongly believe, that 
merging partions is very dangerous and can put cluster in 


Yes, which is why we don't merge.


inconsistent 
state. It seems to me, that it is as complicated as to try 
merge the 
state of two computers (processors, memory, I/O devices) 
after they run 
separateted for a while.


Yes, you are right, it is application specific, there is no generic way to
take such a decision.
Cheers,



			Sacha



---
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



--
http://www.sweb.cz/david.klimek


---
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


Re: [JBoss-dev] hsqldb options

2003-03-30 Thread Peter Fagerlund
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


[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 30-March-2003

2003-03-30 Thread scott . stark


JBoss daily test results

SUMMARY

Number of tests run:   1163



Successful tests:  1159

Errors:4

Failures:  0





[time of test: 2003-03-31.01-42 GMT]
[java.version: 1.3.1_05]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.3.1_05-b02]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Windows 2000]
[os.arch: x86]
[os.version: 5.0]

Useful resources:

- http://bliss.jboss.org/~starksm/Branch_3_2/2003-03-31.01-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:   StatefulSessionUnitTestCase
Test:
testInVMSessionHandlePassivation(org.jboss.test.cts.test.StatefulSessionUnitTestCase)
Type:error
Exception:   java.rmi.NoSuchObjectException
Message: Could not activate; failed to restore state; CausedByException is:  
C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.0RC5\server\all\data\sessions\StatefulSessionBean-ddxsba5i-4\ddxsbcy7-b.ser
 (The system cannot find the file specified)
-



Suite:   MissingClassUnitTestCase
Test:
testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase)
Type:error
Exception:   org.jboss.deployment.DeploymentException
Message: create operation failed for package 
file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - 
nested throwable: (javax.management.InstanceNotFoundException: 
jboss.test:name=missingclasstest is not registered.)
-



Suite:   JSR77SpecUnitTestCase
Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase)
Type:error
Exception:   javax.management.InstanceNotFoundException
Message: 
jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar
 is not registered.
-



Suite:   SRPUnitTestCase
Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase)
Type:error
Exception:   java.rmi.ServerError
Message: Error occurred in server thread; nested exception is:   
java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher;
-




---
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-710396 ] Deployed .war unaccessible in Tomcat 4.1

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

Category: CatalinaBundle
Group: v3.2
Status: Open
Resolution: Works For Me
Priority: 5
Submitted By: Stefan Reich (sreich)
Assigned to: Scott M Stark (starksm)
Summary: Deployed .war unaccessible in Tomcat 4.1

Initial Comment:
Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18).

Some recent change broke tomcat deployment. Although there is no error during the 
deployment, the servlet can't be accessed. To reproduce try to access jmx-console.


--

Comment By: Scott M Stark (starksm)
Date: 2003-03-30 19:21

Message:
Logged In: YES 
user_id=175228

I have tried starting the container with the ecperf.ear and
emulator.ear deployed with the jboss-3.2.0RC5_tomcat-4.1.24
bundle and I'm not seeing this exception. I'm just pointing
the ECPerfDS to the embedded hypersonic database to test the
deployment.  I have tried this on both my WinXP box and OSX
with the 10.2.4 release and the current final 1.4.1 JDK:

18:51:38,031 INFO  [ServerInfo] Java version: 1.4.1_01,Apple
Computer, Inc.
18:51:38,032 INFO  [ServerInfo] Java VM: Java HotSpot(TM)
Client VM 1.4.1_01-14,Apple Computer, Inc.
18:51:38,032 INFO  [ServerInfo] OS-System: Mac OS X 10.2.4,ppc



--

Comment By: Remy Maucherat (remm)
Date: 2003-03-29 12:46

Message:
Logged In: YES 
user_id=24140

Let's start with the first issue (the NPE).
Since you can build the bundle, could you try using the new
SAR based packaging ? If there's a path related problem, it
could help (or makes things worse, but in any case, it needs
testing).
Use the bundle-express target to create the SAR based bundle.

--

Comment By: Stefan Reich (sreich)
Date: 2003-03-28 15:26

Message:
Logged In: YES 
user_id=429729

Great, the attachment is too long for SF. You can also check out and build ecperf from 
the jboss cvs, which will give you the same files.

--

Comment By: Stefan Reich (sreich)
Date: 2003-03-28 15:16

Message:
Logged In: YES 
user_id=429729

When I launch run.sh from the local directory I am able to access jmx-console. That's 
fine.
However, when I deploy emulator.ear and ecperf.ear from ECperf the servlet can't find 
the java:comp context. This used to work about two weeks ago.
I attached the jar files. 
To reproduce: untar the attachment in your deployment dir and start the container.
Don't worry if you see SQLException exceptions during deployment, the exception below 
happens regardless if the database is up or not:

javax.servlet.ServletException: comp not bound
at 
com.sun.ecperf.supplier.web.SupplierDomainServlet.init(SupplierDomainServlet.java:94)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
[..]
14:26:20,012 ERROR [STDERR] javax.naming.NameNotFoundException: comp not bound
14:26:20,014 ERROR [STDERR] at 
org.jnp.server.NamingServer.getBinding(NamingServer.java:495)
14:26:20,014 ERROR [STDERR] at 
org.jnp.server.NamingServer.getBinding(NamingServer.java:503)
14:26:20,014 ERROR [STDERR] at 
org.jnp.server.NamingServer.getObject(NamingServer.java:509)
14:26:20,015 ERROR [STDERR] at 
org.jnp.server.NamingServer.lookup(NamingServer.java:253)
14:26:20,015 ERROR [STDERR] at 
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492)
14:26:20,015 ERROR [STDERR] at 
org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471)
14:26:20,016 ERROR [STDERR] at 
javax.naming.InitialContext.lookup(InitialContext.java:347)
14:26:20,016 ERROR [STDERR] at 
com.sun.ecperf.supplier.web.SupplierDomainServlet.init(SupplierDomainServlet.java:86)
14:26:20,016 ERROR [STDERR] at 
javax.servlet.GenericServlet.init(GenericServlet.java:256)
14:26:20,017 ERROR [STDERR] at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935)
14:26:20,017 ERROR [STDERR] at 
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668)
14:26:20,017 ERROR [STDERR] at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
14:26:20,017 ERROR [STDERR] at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
14:26:20,018 ERROR [STDERR] at 

[JBoss-dev] [ jboss-Bugs-708853 ] Farm service restricted to partition inside the Jboss domain

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

Category: Clustering
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Frédéric Donckels (lubdub)
Assigned to: Nobody/Anonymous (nobody)
Summary: Farm service restricted to partition inside the Jboss domain

Initial Comment:
I might have missed something in the doc but ...

I create a ClusterService in domain MyTestDomain
I want to use this partition with farming.
I setup my farm service to run inside this domain, and
to use the partition just created.

Exception: 
javax.management.InstanceNotFoundException:
jboss:service=MySpecialNewPartition is not registered.
at
org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:362)
at
org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:413)
at
org.jboss.ha.framework.server.FarmMemberService.startService(FarmMemberService.java:132)

As a matter of fact, I didn't find any way to tell the
farm service to try to find the partition in the right
domain.

This is probably related to the following code (HEAD)
   protected void startService()
  throws Exception
   {
  // scan before we enable the thread, so JBoss
version shows up afterwards
  scannerThread.doScan();

  mClusterPartitionName = new ObjectName(
jboss:service= + mBackgroundPartition );
  

(of course, I might have completely misunderstood the
way the farming service is supposed to be used... but
then, I wonder... :-) )

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=708853group_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-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters.

2003-03-30 Thread SourceForge.net
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.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=381174aid=712495group_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


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

2003-03-30 Thread Sacha Labourey
Yes, sure. In the meantime, I've added my SFSB proposal to the clustering
todo list.

Thank you for this discussion,



sacha

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of David Klimek
 Sent: lundi, 31. mars 2003 00:07
 To: [EMAIL PROTECTED]
 Subject: Re: [JBoss-dev] Partition merge and service state 
 merge algorithm
 
 
 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.
 
 Greet's
 David
 
 Sacha Labourey wrote:
 Maybe that's one of the points. As I understand partion 
 split each 
 groups things that all nodes in other group are down, but 
 they are not 
 so there is not chance how to avoid concurrent access.
  
  
  Yes. But solutions may be found, such as using a central DB 
 as a way to
  decide who is up/down.
  
  
 Anyway the same problem can occur in  DistributedState service from 
 JBoss Clustering framework, where no such limitaton is 
 explicitly given 
 by spec.
  
  
  Yes, this must be added for generic use. But let's finish our SFSB
  discussion first as it is a little bit different.
  
  
 Furthermore, even in the strange
 scenario you describe (concurrent access to a same SFSB), 
 
 the merge would
 
 not update the remote nodes until a new SFSB operation 
 
 occurs i.e. with
 
 SFSB, we replicate only when we modify a SFSB, not when a 
 
 merge occurs.
 
 That's even worst.
 
 Suppose after partition merge group 1. has SFSB in state A 
 and group 2. 
 has SFSB in state B.
  
  
  We DON'T merge state for SFSB.
  
  
 First, as I belive, after partition merge you can get inconstent 
 behavior. If you use SFSB replica from node in group 1. you 
 get state A 
 if you read SFSB replica from node in group 2. you get state B.
  
  
  Yes, but remember that the choice of the node is done in 
 the CLIENT proxy
  which will ALWAYS use the same target as long as it is available.
  
  
 Second, when SFSB modify to state C occurs, one node 
 rewrites state B 
 and A on all other nodes. So group of nodes went through 
 states A-C and 
 group through states A-B-C with all consequences.
  
  
  Yes, the solution is in the fact that we don't merge the 
 state and we always
  go to the same node. The only situation where something bad 
 could occur is:
   - client A use node 1
   - partition is split
   - client A continue using node 1
   - node 1 cannot transmit its updates to node 2 because of 
 the net partition
   - client can suddently no more reach node1
   - it failover to node 2 but node 2 has the old state!
  
  If this is a problem for you, we could imagine to send 
 piggy-back to the
  client proxy, the state version id. If, when we failover, 
 we have a lower
  value, we could throw an exception.
  
  
 Maybe I could try to prepare some testcase demonstrating problem.
 
 Sorry if am I missing something, but I still strongly believe, that 
 merging partions is very dangerous and can put cluster in 
  
  
  Yes, which is why we don't merge.
  
  
 inconsistent 
 state. It seems to me, that it is as complicated as to try 
 merge the 
 state of two computers (processors, memory, I/O devices) 
 after they run 
 separateted for a while.
  
  
  Yes, you are right, it is application specific, there is no 
 generic way to
  take such a decision.
  
  Cheers,
  
  
  
  Sacha
  
  
  
  ---
  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
  
  
 
 
 
 -- 
 http://www.sweb.cz/david.klimek
 
 
 
 ---
 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]

[JBoss-dev] [ jboss-Bugs-708853 ] Farm service restricted to partition inside the Jboss domain

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

Category: Clustering
Group: v3.2
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: Frédéric Donckels (lubdub)
Assigned to: Nobody/Anonymous (nobody)
Summary: Farm service restricted to partition inside the Jboss domain

Initial Comment:
I might have missed something in the doc but ...

I create a ClusterService in domain MyTestDomain
I want to use this partition with farming.
I setup my farm service to run inside this domain, and
to use the partition just created.

Exception: 
javax.management.InstanceNotFoundException:
jboss:service=MySpecialNewPartition is not registered.
at
org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:362)
at
org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:413)
at
org.jboss.ha.framework.server.FarmMemberService.startService(FarmMemberService.java:132)

As a matter of fact, I didn't find any way to tell the
farm service to try to find the partition in the right
domain.

This is probably related to the following code (HEAD)
   protected void startService()
  throws Exception
   {
  // scan before we enable the thread, so JBoss
version shows up afterwards
  scannerThread.doScan();

  mClusterPartitionName = new ObjectName(
jboss:service= + mBackgroundPartition );
  

(of course, I might have completely misunderstood the
way the farming service is supposed to be used... but
then, I wonder... :-) )

--

Comment By: Sacha Labourey (slaboure)
Date: 2003-03-31 09:36

Message:
Logged In: YES 
user_id=95900

You may change the partition used by the farming service by:
 - naming your partition following this JMX ObjectName 
scheme: jboss:service=XXX
 - giving XX to the PartitionName attribute of the Farm 
service

The ObjectName structure requirement (jboss:service=) 
may be raised in a future version to accomodate free 
ObjectName. As this is a non-compatible change, it will have 
to in a major release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=708853group_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