[JBoss-dev] Changing the Translator to be JSR163 compabitible
We need to change the current org.jboss.util.loading.Translator
interface:
public interface Translator
{
public byte[] translate(String classname, ClassLoader cl) throws Exception;
public void unregisterClassLoader(ClassLoader cl);
}
to be compatible with the JSR163 ClassFileTransformer interface:
java.lang.instrument.ClassFileTransformer
{
public byte[] transform(java.lang.ClassLoader loader,
java.lang.String className,
java.lang.Class classBeingRedefined,
java.security.ProtectionDomain protectionDomain,
byte[] classfileBuffer)
throws IllegalClassFormatException
}
so that we have a standard hook for class manipulation.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Lig'in tüm heyecanini bizimle yasayabilirsiniz!!
Title: bulten Bizden mail almak istemiyorsanız lutfen buraya tıklayınız.
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.2_01) Test Results: 94 % ( 1545 / 1633 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 8 02:58:59 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: 1633 Successful tests: 1545 Errors:71 Failures: 17 [time of test: 2003-11-08.02-13 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-08.02-13 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:testSetup 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-dmr13zfe-16\dmr13zvw-18.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testSimple 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-dmr13zfe-16\dmr140k7-19.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testModification 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-dmr13zfe-16\dmr140md-1a.ser (The system cannot find the file specified) - 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-dmr13zfe-16\dmr140oz-1b.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testDependent 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-dmr13zfe-16\dmr140s0-1c.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testSerialization 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-dmr13zfe-16\dmr140wc-1d.ser (The system cannot find the file specified) === Sat Nov 8 02:58:59 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 sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development maili
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp/1.4.1_05) Test Results: 94 % ( 1551 / 1633 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 8 01:37:44 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: 1633 Successful tests: 1551 Errors:65 Failures: 17 [time of test: 2003-11-08.00-51 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-08.00-51 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:testSetup 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-dmqy6znc-16\dmqy70ur-18.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testSimple 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-dmqy6znc-16\dmqy71ne-19.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testModification 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-dmqy6znc-16\dmqy71qg-1a.ser (The system cannot find the file specified) - 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-dmqy6znc-16\dmqy71tx-1b.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testDependent 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-dmqy6znc-16\dmqy71w3-1c.ser (The system cannot find the file specified) - Suite: LocalUnitTestCase Test:testSerialization 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-dmqy6znc-16\dmqy71yo-1d.ser (The system cannot find the file specified) === Sat Nov 8 01:37:45 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 sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development maili
[JBoss-dev] Re: IQUJ, this new version
horde dolan fanatic pvc dutchmen whenever ferromagnetic hobo rectitude miltonic marsh ester loose carburetor syzygy stereo photolytic drugging maladaptive postgraduate subvert grammatic empire lifo acumen eagle twombly barricade fain arccosine ringlet decisional transcendent diagrammatic crossbill bartender colossus hone threw The ultimate digital cable filter The filter will allow you to receive all the channels that you order with your remove control! payperviews, adult movies,sport events,special events! http://www.creditcard2003.com/cable/";> see now!http://www.ehostzzz.com/cable/";> http://www.inkworlds.com/fiter3.jpg";> steel flaky anew grill jansenist several ossify nordhoff garry mulct continuation utility paulo righteous nat consignor cityscape brittany wuhan bechtel wriggle corroborate hangover radiology tum berg southwestern alaska cesare agent
[JBoss-dev] [ jboss-Bugs-767905 ] Farm re-deployment doesn't work
Bugs item #767905, was opened at 2003-07-08 10:00 Message generated for change (Comment added) made by kevin-duffey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=767905&group_id=22866 Category: Clustering Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Kevin Duffey (kevin-duffey) Assigned to: Sacha Labourey (slaboure) Summary: Farm re-deployment doesn't work Initial Comment: We are seeing sporadic workings of the clustering/farming redeployment. If we drop a jar in the /farm of one node, it properly gets copied and deployed to other nodes in the same partition. If we drop a new version of the same .jar, it appears that other nodes get some sort of message, but the .jar is not actually copied and redeployed on the other nodes. If we delete a .jar out of the /farm dir of one node, it seems to properly undeploy and delete it out of other nodes as well. Not sure if this last item is a separate bug, but if you bring on a new node, nothing in the /farm dir of any other node seems to get farmed to the newly online node. That is to say, an "empty" node, one without the .jar in its /farm dir, seems to not get the .jar at all until you delete then drop the .jar in a farm dir again. I do not know if the above occurs if you reboot a node with the jar in the farm or not. -- >Comment By: Kevin Duffey (kevin-duffey) Date: 2003-11-07 12:45 Message: Logged In: YES user_id=433387 Last I tested in the latest 3.2.2, it seemed to be working, but I have not tested for a couple of months now. I'll assume final 3.2.2 will have this issued fixed since it is now closed. -- Comment By: Sacha Labourey (slaboure) Date: 2003-10-09 06:31 Message: Logged In: YES user_id=95900 Kevin, can you please confirm that I can close this bug? -- Comment By: Sacha Labourey (slaboure) Date: 2003-08-17 13:41 Message: Logged In: YES user_id=95900 A bug has been fixed, can you please try again with a fresh CVS checkout (wait 24h to see the changes in anonymous CVS) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=767905&group_id=22866 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ 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
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=detail&atid=376685&aid=837092&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Price (adrianprice)
Assigned to: Alexey Loubyansky (loubyansky)
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-07 19:45
Message:
Logged In: YES
user_id=580837
I still don't believe equals() is a reliable way to determine
whether the field value is dirty, because by definition (this ==
this) is always true. The case I'm describing is where you
pass the exact same object instance to the cmp setter as
was initially retrieved from the cmp field getter. In that case
equals() will always return true, even if the object is actually
dirty. The only way round that would be to use some dirty
trick to clone the original value in order to remember what it
was. If the object isn't clonable you'd have to deserialize it
twice in order to keep a pristine copy, but that's an
expensive operation. I don't believe JBoss actually does
clone the initial value because if it did, clonedValue.equals
(newValue) would return false if the object in question did
not override Object.equals(), which simply checks identity
(this == that).
I think the correct solution is to treat the field as dirty if
oldFieldValue == newFieldValue. You could add some smarts
to check the object's class and ignore the immutable
java.lang.* objects.
I've looked at the source for JDBCTypeFactory, and I'm
convinced the flaw is in the implementation of the SIMPLE
anonymous inner class that implements
CMPFieldStateFactory. I think the isStateValid() method
should read:
public boolean isStateValid(Object state, Object fieldValue)
{
// Must treat identical references as dirty,
// because equals() won't tell you the object
// has changed.
return state == null ? fieldValue == null : state !=
fieldValue && state.equals(fieldValue);
}
--
Comment By: Alexey Loubyansky (loubyansky)
Date: 2003-11-07 17:53
Message:
Logged In: YES
user_id=543482
That is not completely correct. Check this link, for example
https://sourceforge.net/tracker/?func=detail&aid=816762&group_id=22866&atid=381174.
Current implementation relies on equals() implementation.
So, that is not the CMP engine who assumes your object is
not dirty. But you implementing equals() that way.
I can expose the mechanism that is used for Map, List, Set,
array to application developer and offer you to provide an
implementation of the following interface for MyBean to
solve the problem.
public interface CMPFieldStateFactory
{
/**
* Calculates and returns an object that represents the
state of the field value.
* The states produced by this method will be used to
check whether the field
* is dirty at commit time.
*
* @param fieldValue field's value.
* @return an object representing the field's state.
*/
O
Re: [JBoss-dev] 3.2.3RC1
They should be committed till tomorrow evening. Scott M Stark wrote: When can these be committed? -- Scott Stark Chief Technology Officer JBoss Group, LLC Alexey Loubyansky wrote: > Yes, I'll need commit some fixes. > > 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. --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2.3RC1
When can these be committed? -- Scott Stark Chief Technology Officer JBoss Group, LLC Alexey Loubyansky wrote: Yes, I'll need commit some fixes. 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. --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cmp with multiple datasource
why don't you ask it on jboss-user?
[EMAIL PROTECTED] wrote:
I could do it with MBean but, this code changes the server attribute (I
mean, for all instances).
Anyone know how to do it just for the current session?
// obtain the mbean server instance
MBeanServer server =
(MBeanServer)MBeanServerFactory.findMBeanServer(null).iterator().next();
// construct target object name
ObjectName name = new ObjectName("jboss.varia:name=DataSourceDelegator");
// set attribute value
Attribute attr = new Attribute("TargetName", "java:/AnotherDS");
server.setAttribute(name, attr);
-Original Message-
From: Hernan Terzian
Sent: Jueves, 06 de Noviembre de 2003 12:30 tarde
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] cmp with multiple datasource
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//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? S
[JBoss-dev] [ jboss-Bugs-837092 ] CMP Field Update Optimization is Broken
Bugs item #837092, was opened at 2003-11-06 12:06
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=837092&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Price (adrianprice)
>Assigned to: Alexey Loubyansky (loubyansky)
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: Alexey Loubyansky (loubyansky)
Date: 2003-11-07 19:53
Message:
Logged In: YES
user_id=543482
That is not completely correct. Check this link, for example
https://sourceforge.net/tracker/?func=detail&aid=816762&group_id=22866&atid=381174.
Current implementation relies on equals() implementation.
So, that is not the CMP engine who assumes your object is
not dirty. But you implementing equals() that way.
I can expose the mechanism that is used for Map, List, Set,
array to application developer and offer you to provide an
implementation of the following interface for MyBean to
solve the problem.
public interface CMPFieldStateFactory
{
/**
* Calculates and returns an object that represents the
state of the field value.
* The states produced by this method will be used to
check whether the field
* is dirty at commit time.
*
* @param fieldValue field's value.
* @return an object representing the field's state.
*/
Object getFieldState(Object fieldValue);
/**
* Checks whether the field's state state
* is equal to the field value's state (possibly,
calculated with
* the getFieldState() method).
*
* @param state the state to compare with field value's
state.
* @param fieldValue field's value, the state of which
will be compared
*with state.
* @return true if state equals to
fieldValue's state.
*/
boolean isStateValid(Object state, Object fieldValue);
}
--
Comment By: Adrian Price (adrianprice)
Date: 2003-11-06 12: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=detail&atid=376685&aid=837092&group_id=22866
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Check out problem
I just did this co and it worked fine. You probably grabbed the repository in an inconsistent state. -- Scott Stark Chief Technology Officer JBoss Group, LLC Dimitris Andreadis wrote: Hi, I'm trying to do a fresh checkout of HEAD (jboss-head) but after getting most (or all?) of the sources I get: ... cvs server: Updating remoting/src/test/org/jboss/remoting/detection/multicast U remoting/src/test/org/jboss/remoting/detection/multicast/MulticastUnitTestCa se.java cvs [server aborted]: there is no repository /cvsroot/jboss/jboss-jmx-remoting *CVS exited normally with code 1* Any ideas? Thanks /Dimitris --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jmx-remoting module committed
I'll look into this today. -- Scott Stark Chief Technology Officer JBoss Group, LLC Tom Elrod wrote: ... For the CVS/build gurus out there, I would appreciate any pointers on why build not working under the jmx-remoting directory. Thanks. -Tom --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Check out problem
Just did a checkout of module 'jboss-head' on both Windows 2000 (using WinCVS) and Linux (using cvs command line). Both did full checkout without error. Please provide more details about environment when doing checkout (i.e. using pserver or ssh, cvs tool, os, etc.). Hopefully this is just a stale e-mail from last night (since e-mails sent to dev list using sourceforge can take many, many hours to actually be delivered) and everything is working for you now. -Tom Dimitris Andreadis wrote: > Hi, > > I'm trying to do a fresh checkout of HEAD (jboss-head) but after getting > most (or all?) of the sources I get: > > ... > cvs server: Updating > remoting/src/test/org/jboss/remoting/detection/multicast > U > remoting/src/test/org/jboss/remoting/detection/multicast/MulticastUnitTestCa > se.java > cvs [server aborted]: there is no repository > /cvsroot/jboss/jboss-jmx-remoting > > *CVS exited normally with code 1* > > Any ideas? > > Thanks > /Dimitris > > --- > 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: [JBoss-dev] cmp with multiple datasource
I could do it with MBean but, this code changes the server attribute (I
mean, for all instances).
Anyone know how to do it just for the current session?
// obtain the mbean server instance
MBeanServer server =
(MBeanServer)MBeanServerFactory.findMBeanServer(null).iterator().next();
// construct target object name
ObjectName name = new ObjectName("jboss.varia:name=DataSourceDelegator");
// set attribute value
Attribute attr = new Attribute("TargetName", "java:/AnotherDS");
server.setAttribute(name, attr);
-Original Message-
From: Hernan Terzian
Sent: Jueves, 06 de Noviembre de 2003 12:30 tarde
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] cmp with multiple datasource
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//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.sourcef
Re: [JBoss-dev] 3.2.3RC1
Ok, I'll include it. -- Scott Stark Chief Technology Officer JBoss Group, LLC Remy Maucherat wrote: This will include Tomcat 4.1.29, with a few fixes and tweaks. Starting with 3.2.3 RCs, how about releasing a Tomcat 5.0.x based binary ? I've seen a significant amount of requests for this. The SAR is generated in tomcat/output/deploy when building. There's a gotcha though: the servlet API JAR in the lib folder of JBoss must be replaced with the new servlet & JSP JARs. Known issue: Only the Tomcat 5.0 session clustering is supported in this release (and the JARs for that feature are not included, but the regular ones from Tomcat standalone may be used). --- 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
If the changes are in by Friday then they will be in the release. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jung , Dr. Christoph wrote: 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 --- 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
Not until this weekend as I am still working on bug 832561. -- Scott Stark Chief Technology Officer JBoss Group, LLC Francisco Reverbel wrote: 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 --- 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: [Core] WG: Comparison between BEA & JBoss
I meant an xml doc and the corresponding xsd which allows for all this blah blah you just wrote here. -- Scott Stark Chief Technology Officer JBoss Group, LLC Holger Baxmann wrote: On Wed, 05 Nov 2003 06:36:33 -0800, Scott M Stark <[EMAIL PROTECTED]> wrote: Give me an example of this meaningful description of an applied security model that needs to be mapped into a declarative j2ee security descriptor. The security of the whole system, where j2ee is only a part of, is less secure than the weakest part. Maybe j2ee-jaas is the strongest here, but only maybe. So you will have either two different mapping systems about party,place,thing - time - role or you are using a standardized kind of security infrastruture. In both, the j2ee and the other parts of the solution. So it should be mapped below the j2ee security, in an osi-fied point of view :) Use java.securityManager. All j2ee .?ar's sealed into crosscertified CA's certs. j2ee could inherit the identities from this, at least the one of the server/instance. It is mostly all about what the 'Identity' mean - in Authorization, Authentification and Auditing - in my example X.509 certs (I know they do not really exist), self signed or CA based. So my example will be: Security as a process of working with jboss, using it, audit it - beyound these j2ee marketing stuff in the real world where you have the all-use-the-same-password-user and the i-should tell you the password syndromes, by resting the social engeneering of credentials. Strongest identification, not fakable. Scalable and effortless in usage. PK based VPN between several JBoss nodes in a cluster - secured. your turn 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
[JBoss-dev] [ jboss-Bugs-828093 ] Problems registering interceptors with JacORB inside JBoss
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=detail&atid=376685&aid=828093&group_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 java.lang.reflect.Method.invoke(Nat
RE: [JBoss-dev] Check out problem
I have the same problem. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Dimitris Andreadis > Sent: vendredi, 7. novembre 2003 17:10 > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Check out problem > > > Hi, > > I'm trying to do a fresh checkout of HEAD (jboss-head) but > after getting > most (or all?) of the sources I get: > > ... > cvs server: Updating > remoting/src/test/org/jboss/remoting/detection/multicast > U > remoting/src/test/org/jboss/remoting/detection/multicast/Multi > castUnitTestCa > se.java > cvs [server aborted]: there is no repository > /cvsroot/jboss/jboss-jmx-remoting > > *CVS exited normally with code 1* > > Any ideas? > > Thanks > /Dimitris --- 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] Check out problem
Hi, I'm trying to do a fresh checkout of HEAD (jboss-head) but after getting most (or all?) of the sources I get: ... cvs server: Updating remoting/src/test/org/jboss/remoting/detection/multicast U remoting/src/test/org/jboss/remoting/detection/multicast/MulticastUnitTestCa se.java cvs [server aborted]: there is no repository /cvsroot/jboss/jboss-jmx-remoting *CVS exited normally with code 1* Any ideas? Thanks /Dimitris --- 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-836499 ] HA-JNDI multicast reply not reaching client
Bugs item #836499, was opened at 2003-11-05 15:05 Message generated for change (Comment added) made by rmontag You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=836499&group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Rainer Montag (rmontag) Assigned to: Sacha Labourey (slaboure) Summary: HA-JNDI multicast reply not reaching client Initial Comment: I just made some expiriences with the HA-JNDI multicast and running multiple instances on a single machine. I encountered some problems... My setup: - JBoss 3.2.2 - JDK 1.4.2 - Two instances running on a single W2K-PC, alternatively I 'm using two instances running on a single SUN solaris. instance 1 using 1200 as HA-JNDI port, instance 2 using 1300. - "JBoss Clustering" documentation, 4. edition - Standalone testclient (JUnit) on PC or SUN, configured for Multicast (url-property not set) The problem: Case A: Testclient and server instances on PC Case B: Testclient on PC, server instances on SUN When starting my testclient and making a lookup via multicast, both instances receive the GET_ADDRESS datagram. Then each server send a datagram packet back NOT using a multcast. Since the testclient opens a MulticastSocket on the Multigroup port 1102, each server sends a response datagramm back to :1102. I encountered two problems with this approach: 1) If client and server are one the same instance like in case A, they have the same ip-address. In my environment one server instance always "catches" all the answers, so the client timed-out with no answers (Note: On W2K, I set "loopback" to true, on SUN to false as described in the cluster document). 2) Same problem if two clients on one instance make a concurrent multicast call (servers on other machine): Both waiting for responses, only one client catches all the responses. The second client ever lose. Two possible solutions come to my mind: 1) Currently the NamingContext opens a MulticastSocket on the multicast group port. If the client would use a different dedicated port, he can send his call with the multicast group address and the server could reply to : with his answer. No one else (another client or server) would "catch" the server response if using different port numbers (Disadvantage: One additional HA-JNDI JNP property like "jnp.multicastPort"). 2) HANamingService currently sends a response datagram back to a dedicated IP:port address (Unicast). Why doesn't the server also sends a multicast call using the well-known multicast group address to propagate his answer ? A multicast answer seems to be a clean solution because: a) All clients waiting for an answer will receive them and b) other server(s) receiving the answer will ignore them as they already do now. Solution 2 simply means exchanging one line in HANamingService.java: Instead of DatagramPacket p = new DatagramPacket (ipAddress, ipAddress.length, packet.getAddress(), packet.getPort()); do this one: DatagramPacket p = new DatagramPacket(ipAddress, ipAddress.length, group, adGroupPort); Solution 1, as stated above would need one additinal config property for the client port. -- >Comment By: Rainer Montag (rmontag) Date: 2003-11-07 16:46 Message: Logged In: YES user_id=902444 Hi, The client didn't receive a multicast package in this case ! The fact, that the server is using a MulticastSocket to send his response (the DatagramPacket) doesn't mean that the server is doing a multicast for his reponse. Vice Versa you can use a DatagramSocket to send a multicast message: You simply have tho set the multigroup address in the DatagramSocket. The only "benefit" of a MulticastSocket is that you can join the group an receive messages send to this group. But for sending the MulticastSocket has no additional features in compare to a DatagramSocket. So in HANamingService, if calling DatagramPacket p = new DatagramPacket (ipAddress, ipAddress.length, packet.getAddress(), packet.getPort()); packet.getAddress() is the client ip (not the multicast address !) and packet.getPort() = 1100, so it is a simple unicast call to :1100 (And if client-ip = server-ip ...). -- Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 15:32 Message: Logged In: YES user_id=95900 Are you sure only one client can consume a given multicast packets?!? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=836499&group_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/ ___
RE: [JBoss-dev] 3.2.3RC1
> Bug #398 is the same as bug #365, which has been fixed before beta 2: > > http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=365 > > The fix is already included in the jacorb.jar library distributed > with JBoss 3.2.2. excellent > CSIv2 is also there, but I didn't test it yet. We should try it > as the basis for interoperable EJB security. Great, I didn't know that! Cheers Francisco, sacha --- 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
Bug #398 is the same as bug #365, which has been fixed before beta 2: http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=365 The fix is already included in the jacorb.jar library distributed with JBoss 3.2.2. CSIv2 is also there, but I didn't test it yet. We should try it as the basis for interoperable EJB security. Cheers, Francisco On Fri, 7 Nov 2003, Sacha Labourey wrote: > I think it is this one: > > http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=398 > > Do you know if your release will include it? It seems to be part of beta 3. > Do you know what is the status of Jacorb WRT csiv2? > > Cheers, > > > sacha > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Francisco Reverbel > > Sent: vendredi, 7. novembre 2003 12:34 > > To: [EMAIL PROTECTED] > > Subject: RE: [JBoss-dev] 3.2.3RC1 > > > > I am not aware of such problem... Cheers, > > > > > > --- > 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
[JBoss-dev] [ jboss-Bugs-836499 ] HA-JNDI multicast reply not reaching client
Bugs item #836499, was opened at 2003-11-05 15:05 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=836499&group_id=22866 Category: Clustering Group: v3.2 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Rainer Montag (rmontag) >Assigned to: Sacha Labourey (slaboure) Summary: HA-JNDI multicast reply not reaching client Initial Comment: I just made some expiriences with the HA-JNDI multicast and running multiple instances on a single machine. I encountered some problems... My setup: - JBoss 3.2.2 - JDK 1.4.2 - Two instances running on a single W2K-PC, alternatively I 'm using two instances running on a single SUN solaris. instance 1 using 1200 as HA-JNDI port, instance 2 using 1300. - "JBoss Clustering" documentation, 4. edition - Standalone testclient (JUnit) on PC or SUN, configured for Multicast (url-property not set) The problem: Case A: Testclient and server instances on PC Case B: Testclient on PC, server instances on SUN When starting my testclient and making a lookup via multicast, both instances receive the GET_ADDRESS datagram. Then each server send a datagram packet back NOT using a multcast. Since the testclient opens a MulticastSocket on the Multigroup port 1102, each server sends a response datagramm back to :1102. I encountered two problems with this approach: 1) If client and server are one the same instance like in case A, they have the same ip-address. In my environment one server instance always "catches" all the answers, so the client timed-out with no answers (Note: On W2K, I set "loopback" to true, on SUN to false as described in the cluster document). 2) Same problem if two clients on one instance make a concurrent multicast call (servers on other machine): Both waiting for responses, only one client catches all the responses. The second client ever lose. Two possible solutions come to my mind: 1) Currently the NamingContext opens a MulticastSocket on the multicast group port. If the client would use a different dedicated port, he can send his call with the multicast group address and the server could reply to : with his answer. No one else (another client or server) would "catch" the server response if using different port numbers (Disadvantage: One additional HA-JNDI JNP property like "jnp.multicastPort"). 2) HANamingService currently sends a response datagram back to a dedicated IP:port address (Unicast). Why doesn't the server also sends a multicast call using the well-known multicast group address to propagate his answer ? A multicast answer seems to be a clean solution because: a) All clients waiting for an answer will receive them and b) other server(s) receiving the answer will ignore them as they already do now. Solution 2 simply means exchanging one line in HANamingService.java: Instead of DatagramPacket p = new DatagramPacket (ipAddress, ipAddress.length, packet.getAddress(), packet.getPort()); do this one: DatagramPacket p = new DatagramPacket(ipAddress, ipAddress.length, group, adGroupPort); Solution 1, as stated above would need one additinal config property for the client port. -- >Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 15:32 Message: Logged In: YES user_id=95900 Are you sure only one client can consume a given multicast packets?!? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=836499&group_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-835596 ] Can't use ORDER BY for boolean cmp fields
Bugs item #835596, was opened at 2003-11-04 10:51 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=835596&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Panagiotis Korros (pkorros) Assigned to: Nobody/Anonymous (nobody) Summary: Can't use ORDER BY for boolean cmp fields Initial Comment: When i try to execute the following EJB-QL statement: SELECT OBJECT( o ) FROM Position o ORDER BY o.organic ASC I get the following error: javax.ejb.FinderException: Error compiling ejbql: org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered "o.organic" at line 1, column 48. Was expecting one of: ... ... ... at org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.execute(JDBCDynamicQLQuery.java:92) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCSelectorBridge.execute(JDBCSelectorBridge.java:64) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:91) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59) at orgchart.ejb.PositionCMP$Proxy.ejbSelectGeneric() o.organic is a Boolean CMP Field of Position bean. -- >Comment By: Laurent Etiemble (letiemble) Date: 2003-11-07 15:29 Message: Logged In: YES user_id=437455 Here is what I found in the EJB specs 2.1. Chapter 11.2.7.2 : "Arguments to the functions MAX and MIN must correspond to orderable cmp-field types (i.e., numeric types, string types, character types, or date types)." Chapter 11.2.8 : "In the first two cases, each orderby_item must be an orderable cmp-field of the entity bean abstract schema type value returned by the SELECT clause. In the third case, the orderby_itemmust evaluate to the same cmp-field of the same entity bean abstract schema type as the cmp_path_expression in the SELECT clause." Chapter 11.2.12 : "Boolean comparison is restricted to = and <>." These paragraphs seems to indicate that a boolean value cannot be used in the ORDER BY clause as boolean fields are not considered as orderable cmp_field. In this case, orderable means comparable and boolean values are not comparable. Any suggestions ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=835596&group_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-834867 ] Same port numbers for two services in sample-bindings.xml
Bugs item #834867, was opened at 2003-11-03 06:38 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=834867&group_id=22866 Category: None Group: None >Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Srivatsan (srivatsanp) Assigned to: Adrian Brock (ejort) Summary: Same port numbers for two services in sample-bindings.xml Initial Comment: In JBoss-3.2.2, in the file sample-bindings.xml, the following services have the same port value. (1) jboss.jca:service=ManagedConnectionFactory,name=DefaultDS (2) jboss:service=Hypersonic The port values are same for the above services in all configurations (ports-default, ports-01, ports-02) What is the use of the first service and where is it packaged and why is the values same for the two services? Before JBoss server startup, we will be doing a resource check to ensure whether all the ports specified for this JBoss instance are free. If all the ports are not free the server will not be started. When two services has the same port value as above, this check will fail. -- >Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 15:26 Message: Logged In: YES user_id=95900 Please upgrade to the next release once available as we don't use HSQLDB TCP access anymore in 3.2.2 anyway (simply drop this part from sample-bindings.xml) -- Comment By: Srivatsan (srivatsanp) Date: 2003-11-04 06:08 Message: Logged In: YES user_id=687037 The hypersonic service is still present in sample-bindings.xml. The port 1701 is declared twice. The cvs head for sample-bindings.xml is here: http://cvs.sourceforge.net/viewcvs.py/*checkout*/jboss/contrib/varia/src/resources/services/binding/sample-bindings.xml?rev=1.5.2.7 -- Comment By: Adrian Brock (ejort) Date: 2003-11-03 13:08 Message: Logged In: YES user_id=9459 This has already been fixed in CVS. You can remove that reference and UIL, since neither open a port in 3.2.2 There is a further fix AFTER 3.2.2 to cope with the RMIPort on the naming service. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=834867&group_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-828028 ] Exception Propogation by JRMPProxyFactory
Bugs item #828028, was opened at 2003-10-22 08:53 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=828028&group_id=22866 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Srivatsan (srivatsanp) Assigned to: Nobody/Anonymous (nobody) Summary: Exception Propogation by JRMPProxyFactory Initial Comment: When a JRMPProxyFactory is used, the actual Exception thrown by a method in the Service is not getting propogated. Instead the actual Exception is being wrapped in an UndeclaredThrowableException. Steps: Wrote a TestService (Test.java). It exposes its operations via a xmbean dd. (test-xmbean.xml) Wrote an interface (TestInterface.java) for exposing the service through the JRMPProxyFactory. The Service implements this TestInterface. The method in the Service throws MyException. But the actual Exception received in the client side (TestClient.java) is UndeclaredThrowableException. JBoss version I am using is 3.2.1 Please find the attached zip for the sources and sar. -- Comment By: Srivatsan (srivatsanp) Date: 2003-10-22 13:10 Message: Logged In: YES user_id=687037 The issue is resolved. The mistake I did is, in the invoke(Invocation) method, I have called method.invoke() which might throw InvocationTargetException. So this should be catched and the root cause of the Exception should be thrown from the invoke method. I have attached the updated Test.java -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=828028&group_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-824356 ] Re-Deploy Problem 3.2.2 RC4
Bugs item #824356, was opened at 2003-10-15 22:07 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824356&group_id=22866 Category: JBossServer Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Markus Reichel (bolacha) Assigned to: Nobody/Anonymous (nobody) Summary: Re-Deploy Problem 3.2.2 RC4 Initial Comment: When i try to make re-deploy of a EJB... in a default configuration of the JBoss, my jsp page stop to function, that he be situated in one path different, ex: test.war, where this directory does not possess the archive web.xml, to come back to function necessary to restart the JBoss or make re-deploy of the directory test.war If I to try to call a EJB in an application it functions... but... why this happening? PS: I changed the port of 8080 for 8181 and added a new way, deploy of the EJB I make in the directory $JBOSS_HOME/server/default/deploy This EJB only returns a small message from Hello World! Exception: EJBException:; nested exception is: javax.ejb.EJBException: Invalid invocation, check your deployment packaging, method=public abstract helloworld.HelloWorld helloworld.HelloWorldHome.create() throws javax.ejb.CreateException,java.rmi.RemoteException tnx -- >Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 15:15 Message: Logged In: YES user_id=95900 Could you please provide a more understandable description? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824356&group_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-803797 ] Bug in RMIConnectorImpl.start()?
Bugs item #803797, was opened at 2003-09-10 17:13
Message generated for change (Settings changed) made by slaboure
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=803797&group_id=22866
Category: JBossMX
Group: v3.2
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Marek Lange (mlange99)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in RMIConnectorImpl.start()?
Initial Comment:
I am trying talk to a remote MBean server. I am using
the RMIConnector implementation. This is working when I
deploy my app in 3.0. However, when I try to talk to a
remote mbean server using 3.2 I get
a "NameNotFoundException". I tracked down the problem
to the RMIConnectorImpl class in
org.jboss.jmx.connector.rmi.
The exception occurs in "start()". From the log output I
discovered that the naming.provider.url is missing in the
jndi environment:
[RMIConnectorImpl] Using Naming Context:
[EMAIL PROTECTED], environment:
{java.naming.factory.initial=org.jnp.interfaces.NamingCon
textFactory,
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.int
erfaces}
As I understand, the default url is set to localhost and
this fails understandably.
This does not happen in 3.0 where I can see the correct
url:
[STDOUT] RMIClientConnectorImp.start(), got Naming
Context: [EMAIL PROTECTED],
environment:
{java.naming.provider.url=192.168.1.15:1099,
java.naming.factory.initial=org.jnp.interfaces.NamingCont
extFactory, java.na
ming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
:org.jboss.naming:org.jnp.interfaces}, name in
namespace:
There are differences in the "start()" implementation of
RMIConnectorImpl. I am not sure if there is an error.
3.0:
public void start(Object pServer) throws
IllegalArgumentException
{
if( pServer == null )
{
throw new IllegalArgumentException( "Server
cannot be null. "
+ "To close the connection use stop()" );
}
try
{
InitialContext lNamingContext = new InitialContext
();
System.out.println( "RMIClientConnectorImp.start
(), got Naming Context: " + lNamingContext +
", environment: " +
lNamingContext.getEnvironment() +
", name in namespace: " +
lNamingContext.getNameInNamespace()
);
// This has to be adjusted later on to reflect the
given parameter
mRemoteAdaptor = (RMIAdaptor) new
InitialContext().lookup( "jmx:" + pServer + ":rmi" );
System.err.println( "RMIClientConnectorImpl.start
(), got remote connector: " + mRemoteAdaptor );
mServer = pServer;
}
catch( Exception e )
{
e.printStackTrace();
}
}
3.2:
public void start(Object pServer) throws Exception
{
log.debug( "Starting");
if( pServer == null )
{
throw new IllegalArgumentException( "Server
cannot be null. "
+ "To close the connection use stop()" );
}
InitialContext ctx = new InitialContext();
try
{
log.debug("Using Naming Context: " + ctx +
", environment: " + ctx.getEnvironment() +
", name in namespace: " +
ctx.getNameInNamespace());
// This has to be adjusted later on to reflect the
given parameter
mRemoteAdaptor = (RMIAdaptor)ctx.lookup
( "jmx:" + pServer + ":rmi" );
log.error( "Using remote adaptor: " +
mRemoteAdaptor );
mServer = pServer;
ctx.close();
}
finally
{
ctx.close();
}
}
Perhaps there is a problem here or somewhere before.
Thanks,
-marek
--
>Comment By: Sacha Labourey (slaboure)
Date: 2003-11-07 15:02
Message:
Logged In: YES
user_id=95900
Please add your files Marek.
--
Comment By: Scott M Stark (starksm)
Date: 2003-09-17 22:38
Message:
Logged In: YES
user_id=175228
Show or attach the code you are using to setup the
RMIConnectorImpl with please.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=803797&group_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-767905 ] Farm re-deployment doesn't work
Bugs item #767905, was opened at 2003-07-08 19:00 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=767905&group_id=22866 Category: Clustering Group: v3.2 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Kevin Duffey (kevin-duffey) Assigned to: Sacha Labourey (slaboure) Summary: Farm re-deployment doesn't work Initial Comment: We are seeing sporadic workings of the clustering/farming redeployment. If we drop a jar in the /farm of one node, it properly gets copied and deployed to other nodes in the same partition. If we drop a new version of the same .jar, it appears that other nodes get some sort of message, but the .jar is not actually copied and redeployed on the other nodes. If we delete a .jar out of the /farm dir of one node, it seems to properly undeploy and delete it out of other nodes as well. Not sure if this last item is a separate bug, but if you bring on a new node, nothing in the /farm dir of any other node seems to get farmed to the newly online node. That is to say, an "empty" node, one without the .jar in its /farm dir, seems to not get the .jar at all until you delete then drop the .jar in a farm dir again. I do not know if the above occurs if you reboot a node with the jar in the farm or not. -- Comment By: Sacha Labourey (slaboure) Date: 2003-10-09 15:31 Message: Logged In: YES user_id=95900 Kevin, can you please confirm that I can close this bug? -- Comment By: Sacha Labourey (slaboure) Date: 2003-08-17 22:41 Message: Logged In: YES user_id=95900 A bug has been fixed, can you please try again with a fresh CVS checkout (wait 24h to see the changes in anonymous CVS) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=767905&group_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-833558 ] ClassCastException in NamingContext
Bugs item #833558, was opened at 2003-10-31 03:06 Message generated for change (Comment added) made by juanmartinez You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=833558&group_id=22866 Category: None Group: v3.2 Status: Closed Resolution: None Priority: 5 Submitted By: Juan Martinez (juanmartinez) Assigned to: Nobody/Anonymous (nobody) Summary: ClassCastException in NamingContext Initial Comment: Hi. I get a ClassCastException in NamingContext when I deploy the EAR file from Bug#809152 -- maybe this is a feature feature -- I would like to know why I get the exception: 22:11:53,243 WARN [NamingContext] Failed to connect to localhost:1099 javax.naming.CommunicationException: Failed to connect to server localhost:1099 [Root exception is java.lang.ClassCastException] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:215) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1181) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at web.EJBServlet.doGet(EJBServlet.java:29) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:65) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:193) at org.apache.coyote.http11.Http11Processor.process(Http11Processo
[JBoss-dev] [ jboss-Bugs-833558 ] ClassCastException in NamingContext
Bugs item #833558, was opened at 2003-10-31 10:06 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=833558&group_id=22866 Category: None Group: v3.2 >Status: Closed Resolution: None Priority: 5 Submitted By: Juan Martinez (juanmartinez) Assigned to: Nobody/Anonymous (nobody) Summary: ClassCastException in NamingContext Initial Comment: Hi. I get a ClassCastException in NamingContext when I deploy the EAR file from Bug#809152 -- maybe this is a feature feature -- I would like to know why I get the exception: 22:11:53,243 WARN [NamingContext] Failed to connect to localhost:1099 javax.naming.CommunicationException: Failed to connect to server localhost:1099 [Root exception is java.lang.ClassCastException] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:215) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1181) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at web.EJBServlet.doGet(EJBServlet.java:29) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:65) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:193) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.
Re: [JBoss-dev] 3.2.3RC1
Yes, I'll need commit some fixes. 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. --- 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-682618 ] xDoclet: xmbean generation does not match the DTD
Bugs item #682618, was opened at 2003-02-07 23:54 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=682618&group_id=22866 Category: None Group: v4.0 >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Matthew Munz (mattmunz) Assigned to: David Jencks (d_jencks) Summary: xDoclet: xmbean generation does not match the DTD Initial Comment: I wasn't sure where to submit this-- if this is the wrong place, let me know... The XMBean XML generated by xDoclet does not fit the XMBean DTD. Essentially, the descriptors are written in the wrong order. Here are my xDoclet tags * @jmx.mbean * persistPolicy = "OnUpdate" * persistName = "Resource2-state.xml" * persistLocation = "D:/Matt/apelon/temporary/MBean-Repository" * display-name = "Resource #2 Test MBean" * name = "jboss.jmx.test:name=Resource2" * persistence-manager = "org.jboss.mx.persistence.XMLPersistenceManager" * @jboss.xmbean here's the xml generated by xDoclet and here's the parser error org.xml.sax.SAXParseException: The content of element type "descriptors" must match (persistence?,currencyTimeLimit?,state-action-on-update?,display-name?, default?,value?,persistence-manager?,descriptor*)". - Matt -- >Comment By: Laurent Etiemble (letiemble) Date: 2003-11-07 13:45 Message: Logged In: YES user_id=437455 Fixed in CVS by the import of XDoclet 1.2b3. -- Comment By: David Jencks (d_jencks) Date: 2003-02-20 06:21 Message: Logged In: YES user_id=60525 This is fixed in xdoclet cvs but not yet in our binary copy. I'll close this after updating our cvs binary copy. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=682618&group_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-648631 ] Wrapped JDBC driver deployment fails
Bugs item #648631, was opened at 2002-12-04 22:25 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=648631&group_id=22866 Category: JBossCX Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Patrick Murphy (murphyp1) Assigned to: David Jencks (d_jencks) Summary: Wrapped JDBC driver deployment fails Initial Comment: When deploying a wrapped JDBC driver with a opta-xa- service.xml file, the RARDeployment fails with a "org.jboss.deployment.DeploymentException: expected one config-property-value tag" exception. I am using the "default" configuration and have placed the Opta2000.jar file in the lib directory. I am attaching the opta-xa-service.xml file that I have written. The JBoss Release ID: JBoss [WonderLand] 3.2.0RC1 (build: CVSTag=JBoss_3_2_0_beta2 date=200212021314) running on Windows2000 with Java VM: Java HotSpot (TM) Client VM 1.4.1_01-b01,Sun Microsystems Inc. The exception trace is: 2002-12-04 15:43:09,000 INFO [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/C:/bin/jboss/server/default/deploy/opta-xa- service.xml 2002-12-04 15:43:09,000 INFO [org.jboss.deployment.SARDeployer] looking for nested deployments in : file:/C:/bin/jboss/server/default/deploy/opta-xa- service.xml 2002-12-04 15:43:09,031 DEBUG [org.jboss.resource.connectionmanager.RARDeployment ] setManagedConnectionFactoryProperties 2002-12-04 15:43:09,046 INFO [org.jboss.resource.connectionmanager.RARDeployment ] Creating 2002-12-04 15:43:09,046 INFO [org.jboss.resource.connectionmanager.RARDeployment ] Created 2002-12-04 15:43:09,046 INFO [org.jboss.resource.connectionmanager.JBossManagedC onnectionPool] Creating 2002-12-04 15:43:09,046 INFO [org.jboss.resource.connectionmanager.JBossManagedC onnectionPool] Created 2002-12-04 15:43:09,046 INFO [org.jboss.resource.connectionmanager.XATxConnection Manager] Creating 2002-12-04 15:43:09,046 INFO [org.jboss.resource.connectionmanager.XATxConnection Manager] Created 2002-12-04 15:43:09,062 INFO [org.jboss.resource.connectionmanager.RARDeployment ] Starting 2002-12-04 15:43:09,062 DEBUG [org.jboss.resource.connectionmanager.RARDeployment ] setManagedConnectionFactoryClass org.jboss.resource.adapter.jdbc.xa.XAManagedConnecti onFactory 2002-12-04 15:43:09,062 DEBUG [org.jboss.resource.connectionmanager.RARDeployment ] setMcfProperties oldRarDeployment.ResourceAdapterElement 2002-12-04 15:43:09,078 DEBUG [org.jboss.resource.connectionmanager.RARDeployment ] config-property-name=UserName 2002-12-04 15:43:09,078 ERROR [org.jboss.resource.connectionmanager.RARDeployment ] Starting failed org.jboss.deployment.DeploymentException: expected one config-property-value tag at org.jboss.metadata.MetaData.getUniqueChild (MetaData.java:95) at org.jboss.resource.connectionmanager.RARDeployment. setMcfProperties(RARDeployment.java:697) at org.jboss.resource.connectionmanager.RARDeployment. startService(RARDeployment.java:549) at org.jboss.system.ServiceMBeanSupport.start (ServiceMBeanSupport.java:197) at sun.reflect.GeneratedMethodAccessor34.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceController.java:953) at $Proxy9.start(Unknown Source) at org.jboss.system.ServiceController.start (ServiceController.java:388) at sun.reflect.GeneratedMethodAccessor10.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start (SARDeployer.java:307) at org.jboss.deployment.MainDeployer.start (MainDeployer.java:818) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:630) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:594) at sun.reflect.GeneratedMethodAccessor27.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) a
[JBoss-dev] Scheduler Bug
Hi I hope Jboss can support more than one scheduler. I using scheduler for pick up the data from one table and store into another table in regular interval. I don't have any problems when I create the only one scheduler in the Jboss. I am facing probs when I create more than one scheduler. The main content of scheduler-service.xml given below. true basewep.services.crawler.ScheduleCrawler oracle ,Vehicles,427 java.lang.String,java.lang.String,java.lang. String NOW 8640 25 true basewep.services.crawler.ScheduleCrawler oracle ,Vehicles,417 java.lang.String,java.lang.String,java.lang. String NOW 8640 15 Problems which faced is listed below. 1. For example, The First scheduler (448VehiclesoracleScheduler) has to execute 25 times. I am creating (Updating the scheduler-service.xml) the second scheduler (449VehiclesoracleScheduler) when the first scheduler has completed the 10 repetitions. Here I am facing the probs. After create the secon scheuler (scheduler-service.xml file deploying in the server) first scheduler start from the beginning. if I am wrong, pls let me know how to create the new scheduler when jboss already runing with existing scheduler. 2. Second scheduler not at all coming to picture. second scheduler not starting also. Thanks Advace. Regards Mohan.M "This e-mail message may contain confidential, proprietary or legally privileged information. It should not be used by anyone who is not the original intended recipient. If you have erroneously received this message, please delete it immediately and notify the sender. The recipient acknowledges that ICICI Bank or its subsidiaries and associated companies, (collectively "ICICI Group"), are unable to exercise control or ensure or guarantee the integrity of/over the contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of ICICI Group.Before opening any attachments please check them for viruses and defects."
[JBoss-dev] $BL$>5Bz9-9p"((B
(B $B"((B $BL$>5Bz9-9p!!"($4LBOG$JJ}$O:o=|$7$F$/[EMAIL
(BPROTECTED](B
$B!!Ev9-9p$rkM[;T;{ED#8!]#2(B
(B$BBeI=uBV$G$9!#:#Bg>fIW$G$b(B
$B$"$J$?$K$$$D%j%9%H%iEy$NIT9,$,=1$C$F$/$k$+$o$+$j$^$;$s!#(B
$B$^$?0lHL=nL1$,2?$+;v6H$r$d$m$&$H;W$C$F$b;q6bLL$J$I$GMF0W$K(B
$B=PMh$k$b$N$G$O$"$j$^$;$s!#(B
$B!!2a5n$r?6$jJV$C$F$_$F$"$N;~$"$l$r$7$F$*$1$PNI$+$C$?$H$+!"$"$N;~<+J,(B
$B$K$O$9$4$$%A%c%s%9$,$*K,[EMAIL PROTECTED];W$&$3$H$O$"$j$^$;$s$+!)(B
$B$=$N;~pJs$N;~Be$G$9!#3FpJs$,K~0n$G$9$,$?$C$?$N#5#0#0#01_$G-Mh$NIT0B$+$i2rJ|$5$l$=$N$&$(>!$AAH$N0l?M$K$J$l$kH&$G$9!#(B
$B!!$=$l$G$O7rF.$r4|BT$7$^$9!#4hD%$C$F$/[EMAIL
(BPROTECTED]:#$N>uBV$+$iC&=P$7$^$7$g$&!*!*(B
(B
(B http://starland.ddo.jp/
(B
$B(B
(B
(B
(B $B(B
$B(B
(B
(B
(B
(B---
(BThis SF.net email is sponsored by: SF.net Giveback Program.
(BDoes SourceForge.net help you be more productive? Does it
(Bhelp you create better code? SHARE THE LOVE, and help us help
(BYOU! Click Here: http://sourceforge.net/donate/
(B___
(BJBoss-Development mailing list
(B[EMAIL PROTECTED]
(Bhttps://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-727266 ] JNDIView::list && Circular ExternalContext References
Bugs item #727266, was opened at 2003-04-25 01:17 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=727266&group_id=22866 Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Paul Bandler (paulbandler) Assigned to: Nobody/Anonymous (nobody) Summary: JNDIView::list && Circular ExternalContext References Initial Comment: If two (or more) JBoss instances are configured with ExternalContext references that point to each other (directly or transitively), then invoking the JNDIView::list MBean service on one of these systems sends it into a spin as it recursively follows the reference around and around. Neither cancelling the HTTP operation nor, stoping , destroying and re-starting the JNDIView service enabled the JBoss instance to recover. The problem can be guarded against by not setting the ExternalContext::RemoteAccess atttribute to true. Adrian suggests on the following thread that it may not be possible to detect this type of circularity. However as the side effect is so catastrophic and it is so easily to configure I think it merit some thought as to how somekind of referal limit could be imposed, or some-way to find and cancel the offending thread without bringing down the entire server could be achieved in the event of such a 'run-away' service. http://www.jboss.org/thread.jsp? nav=false&forum=63&thread=31638&start=0&msRange= 15 -- >Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 12:57 Message: Logged In: YES user_id=95900 Spilling water in your keyboard may be dangerous. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=727266&group_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-721349 ] "run-jboss" target broken in 3.2.0 source (CVS or archive)
Bugs item #721349, was opened at 2003-04-14 21:24 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=721349&group_id=22866 Category: Build System Group: v3.2 >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Dave Neuer (mrfredsmoothie) >Assigned to: Sacha Labourey (slaboure) Summary: "run-jboss" target broken in 3.2.0 source (CVS or archive) Initial Comment: The problem appears to be an infinite loop in org.jboss.tools.buildmagic.task.ResolveProperties.java (line 101 of whatever version is part of 3.2.0. I'm running Win2000 SP3 (tried workstation and server), Sun J2SDK (tried it w/ 1.4.1_01 and _02). Here's the output of build.bat -diagnostics: Calling ..\tools\bin\ant.bat -diagnostics --- Ant diagnostics report --- Apache Ant version 1.5.2 compiled on February 28 2003 --- Implementation Version (JDK1.2+ only) --- core tasks : 1.5.2 optional tasks : 1.5.2 --- ANT_HOME/lib jar listing --- ant.home: C:\cvs\jboss-3.2\tools\bin\.. ant.jar (732490 bytes) bsf.jar (105573 bytes) buildmagic-tasks.jar (92646 bytes) crimson.jar (205045 bytes) JavaStyle.jar (839864 bytes) junit.jar (117522 bytes) optional.jar (668804 bytes) pretty.jar (5929 bytes) remote-mbeanserver.jar (2136 bytes) saxon.jar (615184 bytes) xalan.jar (983377 bytes) xercesImpl.jar (885250 bytes) xml-apis.jar (108484 bytes) --- Tasks availability --- stlist : Missing dependency com.starbase.starteam.Item telnet : Missing dependency com.oroinc.net.SocketClient ftp : Missing dependency com.oroinc.net.ftp.FTP jdepend : Missing dependency jdepend.xmlui.JDepend stcheckin : Missing dependency com.starbase.starteam.Item stcheckout : Missing dependency com.starbase.starteam.Item --- org.apache.env.Which diagnostics --- Not available. Download it at http://xml.apache.org/commons/ --- System properties --- java.runtime.name : Java(TM) 2 Runtime Environment, Standard Edition sun.boot.library.path : C:\genesis\j2sdk1.4.1_02\jre\bin java.protocol.handler.pkgs : org.jboss.net.protocol java.vm.version : 1.4.1_02-b06 java.vm.vendor : Sun Microsystems Inc. java.vendor.url : http://java.sun.com/ path.separator : ; java.vm.name : Java HotSpot(TM) Client VM file.encoding.pkg : sun.io user.country : US sun.os.patch.level : Service Pack 3 java.vm.specification.name : Java Virtual Machine Specification user.dir : C:\cvs\jboss-3.2\build java.runtime.version : 1.4.1_02-b06 java.awt.graphicsenv : sun.awt.Win32GraphicsEnvironment java.endorsed.dirs : C:\genesis\j2sdk1.4.1_02\jre\lib\endorsed os.arch : x86 java.io.tmpdir : C:\DOCUME~1\Dneuer\LOCALS~1\Temp\2line.separator : java.vm.specification.vendor : Sun Microsystems Inc. user.variant : os.name : Windows 2000 ant.home : C:\cvs\jboss-3.2\tools\bin\.. sun.java2d.fontpath : java.library.path : C:\genesis\j2sdk1.4.1_02\bin;.;C:\WINNT\System32;C:\WINNT;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\genesis\JavaService\bin;C:\genesis\j2sdk1.4.1_02\bin;C:\genesis\apache-ant-1.5.2\bin javax.xml.parsers.SAXParserFactory : org.apache.crimson.jaxp.SAXParserFactoryImpl java.specification.name : Java Platform API Specification java.class.version : 48.0 java.util.prefs.PreferencesFactory : java.util.prefs.WindowsPreferencesFactory os.version : 5.0 user.home : C:\Documents and Settings\Dneuer user.timezone : America/New_York java.awt.printerjob : sun.awt.windows.WPrinterJob file.encoding : Cp1252 java.specification.version : 1.4 java.class.path : C:\genesis\j2sdk1.4.1_02\lib\tools.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\xml-apis.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\xercesImpl.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\xalan.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\saxon.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\remote-mbeanserver.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\pretty.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\optional.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\junit.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\JavaStyle.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\crimson.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\buildmagic-tasks.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\bsf.jar;C:\cvs\jboss-3.2\tools\bin\..\lib\ant.jar; user.name : dneuer java.vm.specification.version : 1.0 java.home : C:\genesis\j2sdk1.4.1_02\jre sun.arch.data.model : 32 user.language : en java.specification.vendor : Sun Microsystems Inc. awt.toolkit : sun.awt.windows.WToolkit java.vm.info : mixed mode build.script : build.bat java.version : 1.4.1_02 java.ext.dirs : C:\genesis\j2sdk1.4.1_02\jre\lib\ext sun.boot.class.path : C:\genesis\j2sdk1.4.1_02\jre\lib\rt.j
[JBoss-dev] [ jboss-Bugs-710806 ] Javascript Navigation Problematic
Bugs item #710806, was opened at 2003-03-27 17:09 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=710806&group_id=22866 Category: Nukes Group: None >Status: Closed Resolution: None Priority: 7 Submitted By: Matthew Munz (mattmunz) Assigned to: Nobody/Anonymous (nobody) Summary: Javascript Navigation Problematic Initial Comment: First off, JBoss Nukes looks great! Using Mozilla, the Javascript navigation menu behaves poorly. Some of the links do not work, and text navigation of the menu is not possible. It would help (me) a lot if every JavaScript link on the page had a hyperlink equivalent somewhere else on the page. It can be in an inconspicuous place, like the left-hand column, at the bottom... Also, I noticed that the JBoss logo is now flash. Since I don't have flash enabled, I don't see the logo (not a big deal for me, but newcomers to the site might get confused by this). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=710806&group_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
I think it is this one: http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=398 Do you know if your release will include it? It seems to be part of beta 3. Do you know what is the status of Jacorb WRT csiv2? Cheers, sacha > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Francisco Reverbel > Sent: vendredi, 7. novembre 2003 12:34 > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] 3.2.3RC1 > > I am not aware of such problem... Cheers, > --- 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-703336 ] Incomplete deployement error with RC3
Bugs item #703336, was opened at 2003-03-14 02:26 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=703336&group_id=22866 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Benoit Menendez (bmenendez) Assigned to: Nobody/Anonymous (nobody) Summary: Incomplete deployement error with RC3 Initial Comment: This started happening when I added Hibernate2 to my ear file with JBoss 3.2.0 RC3... My ear file has all the jars (own and 3rd party), no jar in the war... Any help? The app seems to work despite the exception... 2003-03-06 16:22:41,344 INFO [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/opt/jboss- 3.2.0/server/default/deploy/kms.ear 2003-03-06 16:22:41,981 INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/opt/jboss- 3.2.0/server/default/deploy/kms.ear 2003-03-06 16:22:42,841 INFO [org.jboss.deployment.EARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/deploy/kms.ear 2003-03-06 16:22:42,872 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/kms.jar 2003-03-06 16:22:42,890 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/kms.war 2003-03-06 16:22:42,932 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/cglib.jar 2003-03-06 16:22:42,944 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-beanutils.jar 2003-03-06 16:22:42,959 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-collections.jar 2003-03-06 16:22:42,967 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-lang.jar 2003-03-06 16:22:42,970 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-logging.jar 2003-03-06 16:22:42,976 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/cos.jar 2003-03-06 16:22:43,173 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/dom4j.jar 2003-03-06 16:22:43,252 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/hibernate2.jar 2003-03-06 16:22:43,280 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/jcs.jar 2003-03-06 16:22:43,282 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/odmg.jar 2003-03-06 16:22:43,490 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/saxon.jar 2003-03-06 16:22:43,508 INFO [org.jboss.deployment.JARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-lang.jar 2003-03-06 16:22:43,572 INFO [org.jboss.deployment.JARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/jcs.jar 2003-03-06 16:22:43,837 INFO [org.jboss.deployment.JARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/dom4j.jar 2003-03-06 16:22:44,075 INFO [org.jboss.deployment.JARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/kms.jar 2003-03-06 16:22:44,120 INFO [org.jboss.deployment.JARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-beanutils.jar 2003-03-06 16:22:44,165 INFO [org.jboss.deployment.JARDeployer] looking for nested deployments in : file:/opt/jboss- 3.2.0/server/default/tmp/deploy/server/default/deploy/kms .ear/30.kms.ear-contents/commons-collections.jar 2003-03-
RE: [JBoss-dev] 3.2.3RC1
I am not aware of such problem... Cheers, Francisco On Fri, 7 Nov 2003, Sacha Labourey wrote: > Will this contain the fix for the problem that occurs when doing invocation > from JacORB against Orbix as well? > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Francisco Reverbel > > Sent: jeudi, 6. novembre 2003 23:25 > > To: [EMAIL PROTECTED] > > Subject: Re: [JBoss-dev] 3.2.3RC1 > > > > 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 > > > > > > > > > > --- > 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
[JBoss-dev] [ jboss-Bugs-663228 ] IllegalState on CMP load
Bugs item #663228, was opened at 2003-01-06 18:39 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=663228&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole >Status: Pending Resolution: None Priority: 5 Submitted By: Peter Luttrell (objec) Assigned to: Nobody/Anonymous (nobody) Summary: IllegalState on CMP load Initial Comment: JBoss3.0.4 I have a cmp entity bean that has 5 fields tied to blobs and each contains 100-200k. There are 5 rows in my table. I have a jsp page that lists all 5 and 2 field about each. Before i put the data in the fields my jsp page worked fine. Then in put the data in and the first time (after a deployement) the page is displayed perfectly, albeight a tad slow (probably due to the db data transfer), but the 2nd and all subsequent times when i attempt to view this page i get the following error. It appears that i am trying to get the primaryKey method on the bean. 11:30:22,833 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: removing bean lock and it has tx set!Funds myPrimaryKey at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.r emoveRef(QueuedPessimisticEJBLock.java:427) at org.jboss.ejb.BeanLockManager.removeLockRef (BeanLockManager.java:107) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockInterceptor.java:124) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke (EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:204) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:493) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv oke(BaseLocalContainerInvoker.java:301) at org.jboss.ejb.plugins.local.EntityProxy.invoke (EntityProxy.java:38) at $Proxy92.getFundKey(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.PropertyUtils.getSimple Property(PropertyUtils.java:1095) at org.apache.commons.beanutils.PropertyUtils.getNested Property(PropertyUtils.java:694) at org.apache.commons.beanutils.PropertyUtils.getPropert y(PropertyUtils.java:724) at org.apache.struts.util.RequestUtils.lookup (RequestUtils.java:702) at org.apache.struts.taglib.html.BaseFieldTag.doStartTag (BaseFieldTag.java:192) at org.apache.struts.taglib.html.HiddenTag.doStartTag (HiddenTag.java:123) at org.apache.jsp.availablefunds$jsp._jspService (availablefunds$jsp.java:352) at org.apache.jasper.runtime.HttpJspBase.service (HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper. service(JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service (JspServlet.java:473) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatc h(WebApplicationHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:581) at org.mortbay.http.HttpContext.handle (HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle (WebApplicationContext.java:544) at org.mortbay.http.HttpContext.handle (HttpContext.java:1637) at org.mortbay.http.HttpServer.service (HttpServer.java:875) at org.jboss.jetty.Jetty.service(Jetty.java:543) at org.mortbay.http.HttpConnection.service (HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext (HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle (HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection (SocketListener.java:203) at org.mortbay.util.ThreadedServer.handle (ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run (ThreadPool.java:743) at java.lang.Thread.run(Thread.java:536) 11:30:22,849 WARN [jbossweb] WARNING: Exception for /admin/funds/availablef
[JBoss-dev] [ jboss-Bugs-685473 ] JBoss 3.0.6 startup error with Compaq Java 1.4
Bugs item #685473, was opened at 2003-02-12 20:18 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=685473&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: John Stalker (jstalker) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss 3.0.6 startup error with Compaq Java 1.4 Initial Comment: OS: OSF1 iridium V5.1 1885 alpha alpha JDK: Java VM: Fast VM 1.4.0-1,Compaq Computer Corp. JBoss version: 3.0.6 I downloaded the source files from cvs using the JBoss_3_0_6 tag and compiled it (went fine) using the aforementioned JDK1.4.0 from Compaq. The resulting startup output is identical to the JBoss 3.0.5 output. As an aside, the 3.0.4 works just fine! Thanks again, John OUTPUT: JBoss Bootstrap Environment JBOSS_HOME: /home/iridium/prodinfo/tools/jboss JAVA: /usr/opt/java140/bin/java JAVA_OPTS: -DSQENV=jstalker -Dprogram.name=run.sh CLASSPATH: /home/iridium/prodinfo/tools/jboss/bin/run.jar:/usr/opt/java140/lib/tools.jar run.sh: unused non-option argument: 13:14:39,015 INFO [Server] JBoss Release: JBoss-3.0.6 CVSTag=JBoss_3_0_6 13:14:39,050 INFO [Server] Home Dir: /usr/home/prodinfo/tools/jboss-3.0.6 13:14:39,053 INFO [Server] Home URL: file:/usr/home/prodinfo/tools/jboss-3.0.6/ 13:14:39,058 INFO [Server] Library URL: file:/usr/home/prodinfo/tools/jboss-3.0.6/lib/ 13:14:39,070 INFO [Server] Patch URL: null 13:14:39,071 INFO [Server] Server Name: jstalker 13:14:39,072 INFO [Server] Server Home Dir: /usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker 13:14:39,076 INFO [Server] Server Home URL: file:/usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/ 13:14:39,078 INFO [Server] Server Data Dir: /usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/db 13:14:39,079 INFO [Server] Server Temp Dir: /usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/tmp 13:14:39,081 INFO [Server] Server Config URL: file:/usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/conf/ 13:14:39,082 INFO [Server] Server Library URL: file:/usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/lib/ 13:14:39,082 INFO [Server] Root Deployemnt Filename: jboss-service.xml 13:14:39,090 INFO [Server] Starting General Purpose Architecture (GPA)... 13:14:39,652 INFO [ServerInfo] Java version: 1.4.0,Compaq Computer Corp. 13:14:39,652 INFO [ServerInfo] Java VM: Fast VM 1.4.0-1,Compaq Computer Corp. 13:14:39,652 INFO [ServerInfo] OS-System: OSF1 V5.1,alpha 13:14:39,721 INFO [ServiceController] Controller MBean online 13:14:39,931 INFO [MainDeployer] Creating 13:14:39,993 INFO [MainDeployer] Created 13:14:39,999 INFO [MainDeployer] Starting 13:14:40,002 INFO [MainDeployer] Started 13:14:40,027 INFO [JARDeployer] Creating 13:14:40,027 INFO [JARDeployer] Created 13:14:40,032 INFO [JARDeployer] Starting 13:14:40,034 INFO [MainDeployer] Adding deployer: [EMAIL PROTECTED] 13:14:40,035 INFO [JARDeployer] Started 13:14:40,063 INFO [SARDeployer] Creating 13:14:40,063 INFO [SARDeployer] Created 13:14:40,064 INFO [SARDeployer] Starting 13:14:40,064 INFO [MainDeployer] Adding deployer: [EMAIL PROTECTED] 13:14:40,100 INFO [SARDeployer] Started 13:14:40,100 INFO [Server] Core system initialized 13:14:40,107 INFO [MainDeployer] Starting deployment of package: file:/usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/conf/jboss-service.xml Java stack overflow in make_native_call for method run 13:14:41,964 ERROR [MainDeployer] could not create deployment: file:/usr/home/prodinfo/tools/jboss-3.0.6/server/jstalker/conf/jboss-service.xml org.jboss.deployment.DeploymentException: instantiating org.jboss.varia.property.PropertyEditorManagerService failed: java.lang.StackOverflowError; - nested throwable: (RuntimeErrorException: instantiating org.jboss.varia.property.PropertyEditorManagerService failed: java.lang.StackOverflowError Cause: java.lang.StackOverflowError) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:153) at org.jboss.system.ServiceController.install(ServiceController.java:231) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.install(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeplo
[JBoss-dev] [ jboss-Bugs-585372 ] Console appender looping
Bugs item #585372, was opened at 2002-07-23 14:12 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=585372&group_id=22866 Category: JBossServer Group: v2.4 (stable) >Status: Pending Resolution: None Priority: 5 Submitted By: Laurence Smith (lasmith) Assigned to: Laurent Etiemble (letiemble) Summary: Console appender looping Initial Comment: I have searched the forums and found there is a known issue when you try and configure log4j twice in that the console appender loops (I couldn't find a bug report though). This causes the logging to the console to stop completely and gradually eats up resources i assume. I have also come accross the same problem when you configure the mbean for the log4j service by calling the constructor (String, int) in jboss.conf. This is so log4j uses the 'configure and watch' API. This is to allow me to turn debugging on and off at runtime (useful if you aren't allowed to take the site down). Here is the line in jboss.conf: this appears to work ok, however when it comes to reloading the config file after a change the console appenders goes into its infinite loop. I am assuming this is a JBoss issue I have quickly looked at the source, Log4jService.java and cant see anything blatently obvious, so perhaps it is a log4j issue. I tried upgrading log4j to 1.2.5 but still had the same problem. I am running JBoss 2.7 (I would have entered it in the by the way, though I encountered the first problem on 3 aswell. ls -- >Comment By: Laurent Etiemble (letiemble) Date: 2003-11-07 12:02 Message: Logged In: YES user_id=437455 Well, any suggestion ? -- Comment By: Laurent Etiemble (letiemble) Date: 2003-10-14 13:56 Message: Logged In: YES user_id=437455 The configuration file is defining a Console appender that prints on the System.out. The Log4j service redirects the System.out and System.err to a category (STDOUT and STDERR at level INFO). This is done after the first reading of the log4j.properties file. It is when the configuration file is reloaded that the looping occurs. One workaround is to remove the redirection of System.out and System.err from the Log4j service, which means that what is printed on System.out and System.err is lost. I don't see any easy solution to allow both the dynamic reloading of log4j.properties and the re-direction of System.out and System.err to the log output. Any suggestions ? -- Comment By: Laurence Smith (lasmith) Date: 2002-07-23 21:18 Message: Logged In: YES user_id=261097 Sorry I meant JBoss 2.4.7 ls -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=585372&group_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-637973 ] NPE on shutdown/redeploy
Bugs item #637973, was opened at 2002-11-13 21:34 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637973&group_id=22866 Category: JBossServer Group: v2.4 (stable) >Status: Pending Resolution: None Priority: 5 Submitted By: Jimmy Wan (jwan) Assigned to: Nobody/Anonymous (nobody) Summary: NPE on shutdown/redeploy Initial Comment: On shutdown or redeploy, I see NPEs in server.log >From shutdown: [14:32:08,942,JDBCDataSourceLoader] java.lang.NullPointerException >From redeploy: [14:32:08,952,STDOUT] [ERROR,JDBCDataSourceLoader] java.lang.NullPointerException -- >Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 11:51 Message: Logged In: YES user_id=95900 No feedback? -- Comment By: Mike Finn (mikefinn) Date: 2002-12-10 04:13 Message: Logged In: YES user_id=418562 jwan: Some basic info here would be good. 1) What JBoss version? JDK? 2) Can you add more from log file? 3) Redeploy of what? EAR? JAR? MBean/service? mike -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637973&group_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-615667 ] SQLException storing Oracle LONG
Bugs item #615667, was opened at 2002-09-27 22:07 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=615667&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Chris Bonham (bonhamcm) Assigned to: Nobody/Anonymous (nobody) Summary: SQLException storing Oracle LONG Initial Comment: I'm using JBoss 3.0.2 W2K with JDK 1.3.1_04, Oracle 9i and the Thin drivers. I have a EJB 2.0 bean that uses an Oracle LONG field in its table. Reading from it is fine, but when I try to insert a record greater than 4000 characters, I get this error: [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityComma nd.SnippetCache] Executing SQL: UPDATE CACHE SET CONTENT=?, lastmodifytime=?, timetodie=? WHERE id=? 2002-09-27 14:49:47,838 ERROR [org.jboss.ejb.GlobalTxEntityMap] Store failed on entity: 4633 javax.ejb.EJBException: Internal error setting parameters for field htmlAndHeaderContent; CausedByException is: Data size bigger than max size for this type: 34130 at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMP FieldBridge.setArgumentParameters (JDBCAbstractCMPFieldBridge.java:289) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMP FieldBridge.setInstanceParameters (JDBCAbstractCMPFieldBridge.java:262) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityComman d.execute(JDBCStoreEntityCommand.java:85) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.store Entity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEnti ty(CMPPersistenceManager.java:458) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.storeEntity (CachedConnectionInterceptor.java:388) at org.jboss.ejb.EntityContainer.storeEntity (EntityContainer.java:705) at org.jboss.ejb.GlobalTxEntityMap.syncEntities (GlobalTxEntityMap.java:99) at org.jboss.ejb.EntityContainer.synchronizeEntitiesWithinT ransaction(EntityContainer.java:172) at org.jboss.ejb.EntityContainer.findLocal (EntityContainer.java:604) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke Home(EntityContainer.java:1116) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome (AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.inv okeHome(EntitySynchronizationInterceptor.java:209) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invokeHome (CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHo me(EntityInstanceInterceptor.java:88) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome (EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHo me(EntityCreationInterceptor.java:44) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:111) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome (TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome (SecurityInterceptor.java:105) at org.jboss.ejb.plugins.LogInterceptor.invokeHome (LogInterceptor.java:129) at org.jboss.ejb.EntityContainer.invokeHome (EntityContainer.java:487) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv okeHome(BaseLocalContainerInvoker.java:230) at org.jboss.ejb.plugins.local.LocalHomeProxy.invoke (LocalHomeProxy.java:110) at $Proxy46.findByKey(Unknown Source) at **private** at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.StatelessSessionContainer$ContainerInterc eptor.invoke(StatelessSessionContainer.java:660) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invoke (CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.StatelessSessionInstanceIntercept or.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:60) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:203) at org.jboss.ejb.StatelessSessionContainer.invoke (StatelessSessionContainer.java:313) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv oke(BaseLocalContainerInvoker.java:301) at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke (S
[JBoss-dev] [ jboss-Bugs-633096 ] Error accessing TrunkInvoker on server s
Bugs item #633096, was opened at 2002-11-04 04:03 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=633096&group_id=22866 Category: None Group: CVS HEAD >Status: Closed >Resolution: Fixed Priority: 2 Submitted By: Matthew Munz (mattmunz) Assigned to: Nobody/Anonymous (nobody) Summary: Error accessing TrunkInvoker on server s Initial Comment: I'm not sure why, but I get an exception (included below) every time I start the server. It seems that the TrunkInvoker isn't being registered early enough. The server appears to behave properly otherwise. 21:59:22,773 ERROR [STDERR] javax.management.InstanceNotFoundException: jboss:service=WorkManager,type=TrunkInvoker is not re gistered. 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:524) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.isInstanceOf(MBeanServerImpl.java:750) 21:59:22,783 ERROR [STDERR] at org.jboss.management.j2ee.MBean.postCreation(MBean.java:143) 21:59:22,783 ERROR [STDERR] at org.jboss.management.j2ee.J2EEManagedObject.postRegister(J2EEManagedObject.java:258) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invokePostRegister(AbstractMBeanInvoker.java:616) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.modelmbean.ModelMBeanInvoker.postRegister(ModelMBeanInvoker.java:350) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegistry.java:377) 21:59:22,783 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) 21:59:22,783 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 21:59:22,783 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:324) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:72) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:56) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:81) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:159) 21:59:22,783 ERROR [STDERR] at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:144) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:72) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:1015) 21:59:22,783 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:316) 21:59:22,783 ERROR [STDERR] at org.jboss.management.j2ee.MBean.create(MBean.java:64) 21:59:22,783 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) 21:59:22,783 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 21:59:22,783 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:324) 21:59:22,783 ERROR [STDERR] at org.jboss.deployment.SARDeployer.create(SARDeployer.java:265) 21:59:22,783 ERROR [STDERR] at org.jboss.deployment.MainDeployer.create(MainDeployer.java:791) 21:59:22,783 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641) 21:59:22,783 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:606) 21:59:22,783 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:590) 21:59:22,793 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 21:59:22,793 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 21:59:22,793 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 21:59:22,793 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:324) 21:59:22,793 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:72) 21:59:22,793 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:56) 21:59:22,793 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:81) 21:59:22,793 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:159) 21:59:22,793 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) 21:59:22,793 ERROR [STDERR] at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) 21:59:22,793 ERROR [STDERR] at $Proxy7.deploy(Unknown Source) 21:59:22,793 ERROR [STDERR] at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:329) 21:59:22,793 ERROR [STDERR] at org.jboss.system
[JBoss-dev] [ jboss-Bugs-626893 ] Suggestion to CMP (relations read-ahead)
Bugs item #626893, was opened at 2002-10-22 16:58 Message generated for change (Settings changed) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=626893&group_id=22866 Category: JBossCMP Group: v4.0 >Status: Closed >Resolution: Invalid Priority: 8 Submitted By: Emerson Cargnin (echofloripa) Assigned to: Nobody/Anonymous (nobody) Summary: Suggestion to CMP (relations read-ahead) Initial Comment: I have a suggestion regarding to CMP : why not create a configuration to a find method to allow the container to load the relationships of a bean? This could be useful in the cases you have to read all the beans(or a good amount of then) and all (or almost all) relationships of them. eg : in a report you will have a sql to finding the pk's, one (at least) to load the bean data and one sql to each relation you have to report (for each bean). I think that one of the worse problem with CMP is that : database overhead. CMP generates too much sql commands that in some cases could be handled by fewer (if not one) sql commands. The DBA's in my company didn't like very much the trace they saw in the database for a very simple app. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=626893&group_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-631277 ] build/build.xml run-testsuite fails
Bugs item #631277, was opened at 2002-10-30 23:10
Message generated for change (Settings changed) made by slaboure
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=631277&group_id=22866
Category: Build System
Group: CVS HEAD
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Chris Kimpton (kimptoc)
Assigned to: Nobody/Anonymous (nobody)
Summary: build/build.xml run-testsuite fails
Initial Comment:
Hi,
This target fails with the following error:
run-testsuite:
[execmodules] Missing build file; skipping module:
testsuite
Running again with debug seems to show that the
${module} property is not defined.
Chris
--
Comment By: Jason Dillon (user57)
Date: 2003-08-21 08:27
Message:
Logged In: YES
user_id=15045
I do not have commit access to JBoss anymore, please re-assign
to someone else.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=631277&group_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-626854 ] Error using ibm jdk 1.4 in AIX
Bugs item #626854, was opened at 2002-10-22 15:22 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=626854&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole >Status: Pending >Resolution: Invalid Priority: 5 Submitted By: Emerson Cargnin (echofloripa) Assigned to: Nobody/Anonymous (nobody) Summary: Error using ibm jdk 1.4 in AIX Initial Comment: I'm using AIX 5.1 in a IBM M80 (8 processors) 8 giga RAM and ibm jdk1.4 64 bits. while jboss3.0.0 it's running ok, just with 3.0.3 i have the following error message : 17:55:43,903 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/xalan.jar 17:55:43,904 INFO [MainDeployer] Package: file:/optlocal/java/jboss-3.0.3/server/default/lib/xalan.jar is already deployed 17:55:43,925 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/ant.jar 17:55:43,926 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jboss-management.jar 17:55:43,984 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jboss-management.jar 17:55:43,984 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/mail.jar 17:55:44,093 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/mail.jar 17:55:44,094 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jnet.jar 17:55:44,127 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jnet.jar 17:55:44,127 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jboss.jar 17:55:44,432 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jboss.jar 17:55:44,432 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jboss-jca.jar 17:55:44,487 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jboss-jca.jar 17:55:44,488 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jaas.jar 17:55:44,628 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jaas.jar 17:55:44,629 INFO [MainDeployer] Package: file:/optlocal/java/jboss-3.0.3/server/default/lib/xalan.jar is already deployed 17:55:44,629 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jbossha.jar 17:55:44,691 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jbossha.jar 17:55:44,692 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/bcel.jar 17:55:44,812 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/bcel.jar 17:55:44,813 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jcert.jar 17:55:44,836 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jcert.jar 17:55:44,837 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jmxtools.jar 17:55:44,871 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jmxtools.jar 17:55:44,872 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/properties-plugin.jar 17:55:44,903 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/properties-plugin.jar 17:55:44,904 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/hsqldb.jar 17:55:44,983 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/hsqldb.jar 17:55:44,983 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/counter-plugin.jar 17:55:45,017 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/counter-plugin.jar 17:55:45,017 INFO [MainDeployer] Starting deployment of package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jmxri.jar 17:55:45,098 INFO [MainDeployer] Deployed package: file:/optlocal/java/jboss-3.0.3/server/default/lib/jmxri.jar 17:55:46,473 INFO [PropertyEditorManagerService] Creating 17:55:46,473 INFO [PropertyEditorManagerService] Created 17:55:46,474 INFO [SystemPropertiesService] Creating 17:55:46,474 INFO [SystemPropertiesService] Created 17:55:46,477 INFO [Log4jService] Creating 17:55:46,477 INFO [Log4jService] Created 17:55:46,478 INFO [WebService] Creating 17:55:46,478 INFO [WebService] Created 17:55:46,479 WARN [ServiceController] jboss.management.single:j2e
[JBoss-dev] [ jboss-Bugs-589647 ] setRollbackOnly() behaviour wrong
Bugs item #589647, was opened at 2002-08-01 15:49
Message generated for change (Comment added) made by slaboure
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=589647&group_id=22866
Category: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Christian Sprajc (totmacherr)
Assigned to: Laurent Etiemble (letiemble)
Summary: setRollbackOnly() behaviour wrong
Initial Comment:
I am using Container managed Transaction.
When i call the setRollbackOnly() Method on
an Sessions Beans SessionContext i get a
error log on the jboss console and the followed
code will never be executed.
example code:
} catch (CreateException e) {
getSessionContext().setRollbackOnly();
throw new XMLParseException(e);
}
the application exception will never be thrown.
XMLParseException extends java.lang.Exception
NOT RuntimeException
the container stop and the client gets no (!!)
Exception (not even a TransactionRollbackException)
15:23:30,153 ERROR [BeanLock] Saw rolled back
tx=TransactionImpl:XidImpl [FormatId=257,
GlobalId=dal33t//1, BranchQual=]
15:23:30,153 ERROR [LogInterceptor]
TransactionRolledbackException, causedBy:
java.lang.RuntimeException: Transaction marked for
rollback, possibly a timeout
at
org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.d
oSchedule(QueuedPessimisticEJBLock.java:184)
at
org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.s
chedule(QueuedPessimisticEJBLock.java:140)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke
(EntityLockInterceptor.java:103)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke
(EntityCreationInterceptor.java:69)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext
(AbstractTxInterceptor.java:93)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti
ons(TxInterceptorCMT.java:176)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke
(TxInterceptorCMT.java:61)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke
(SecurityInterceptor.java:129)
at org.jboss.ejb.plugins.LogInterceptor.invoke
(LogInterceptor.java:183)
at org.jboss.ejb.EntityContainer.invoke
(EntityContainer.java:493)
at
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv
oke(BaseLocalContainerInvoker.java:301)
at org.jboss.ejb.plugins.local.EntityProxy.invoke
(EntityProxy.java:38)
--
>Comment By: Sacha Labourey (slaboure)
Date: 2003-11-07 11:33
Message:
Logged In: YES
user_id=95900
We need at least the Jboss version...
--
Comment By: Laurent Etiemble (letiemble)
Date: 2003-10-14 16:04
Message:
Logged In: YES
user_id=437455
Can you provide :
- your configuration
- the offending code
- a full log (with the stack trace)
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=589647&group_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-564512 ] catalina bundle output is not cleaned
Bugs item #564512, was opened at 2002-06-04 20:41
Message generated for change (Settings changed) made by slaboure
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=564512&group_id=22866
>Category: Build System
>Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Adam Heath (doogie)
>Assigned to: Sacha Labourey (slaboure)
Summary: catalina bundle output is not cleaned
Initial Comment:
When optional modules are enabled(by doing
-Dgroups=all), the bundle directory for catalina is not
cleaned. So, when the source tarball/zip is built, it
happily includes
catalina/output/jboss-${module.version}/, which is a 43
meg directory. This increases the size of the
distribute source file by more than 20 megs.
The attached patch adds a dep to the clean target to
remove this directory. The only downside is if you
don't call clean with the same set of modules as you
built with, then catalina won't be built.
Maybe cleaning should always traverse ALL modules, not
just the ones that have been selected with -Dgroups.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=564512&group_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-572116 ] EJBHome.remove throws wrong exception
Bugs item #572116, was opened at 2002-06-21 16:58 Message generated for change (Comment added) made by slaboure You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=572116&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole >Status: Pending Resolution: Accepted Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Bill Burke (patriot1burke) Summary: EJBHome.remove throws wrong exception Initial Comment: Solaris8, JBoss3.0.0 Release, JDK1.40. Passing a null PK to EJB(Local)Home.remove() results in a java.lang.IllegalStateException: removing bean lock and it has tx set! instead of a RemoveException. This is confusing and makes one search for an error in the apps transaction handling instead of inspecting the PK. Regards Georg -- >Comment By: Sacha Labourey (slaboure) Date: 2003-11-07 11:14 Message: Logged In: YES user_id=95900 Bill, do you know if this is still a bug? -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-06-24 21:59 Message: Logged In: YES user_id=251431 Bill this is in the locking code. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=572116&group_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] Boost Your Car's Gas Mileage 27%+.....Kevon
FUEL SAVER PRO This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. Take a test drive Today - http://www.zppi.org/?axel=49 PROVEN TECHNOLOGY A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel Saver. The results were astounding! Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.zppi.org/?axel=49 No more advertisements, thanks - http://www.aqmp.net/out5s/rem2e.asp ixe gbhb ct xzujgfx f j
[JBoss-dev] [ jboss-Bugs-837593 ] Classloading Exception after redeploy
Bugs item #837593, was opened at 2003-11-07 01:00 Message generated for change (Comment added) made by cgjung You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=837593&group_id=22866 >Category: JBossSOAP Group: v3.2 >Status: Closed Resolution: None Priority: 5 Submitted By: Tobias Jäcker (tj) >Assigned to: Dr. Christoph Georg Jung (cgjung) 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: Dr. Christoph Georg Jung (cgjung) Date: 2003-11-07 08:48 Message: Logged In: YES user_id=175199 See my private email. Axis was using a wrong (disposable) application classloader in its ClassCache access. Has been fixed in head and 3.2 Please do not forget to indicate the correct category such that responsibilities are easier to deduce. -- Comment By: Tobias Jäcker (tj) Date: 2003-11-07 01: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=detail&atid=376685&aid=837593&group_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] jmx-remoting module committed
I just committed the jmx remoting code that was under jmx module (in Branch_4_0_DR3) into its own module. Although there is a problem building from the package directory (which I am working on), the root build seems to be fine. I have removed the code under the old org.jboss.mx.remote package (which contained classes like CascadingAgent), since this is pretty much dead code. Most of the classes that were under org.jboss.mx.remoting have been moved. Please let me know if there are any classes that you use that did not make it to the new jmx-remoting module. I will also be brining over the code for the JSR-160 (JMX Remoting) implementation that Jeff Haynie has started into the jmx-remoting module (big thanks to Jeff for his work on it). For the CVS/build gurus out there, I would appreciate any pointers on why build not working under the jmx-remoting directory. Thanks. -Tom --- 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
Will this contain the fix for the problem that occurs when doing invocation from JacORB against Orbix as well? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Francisco Reverbel > Sent: jeudi, 6. novembre 2003 23:25 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] 3.2.3RC1 > > 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 > > > --- 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
