[JBoss-dev] [ jboss-Bugs-840536 ] Oracle 9iR2: same table in diff. schema
Bugs item #840536, was opened at 2003-11-12 08:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840536group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Frank Langelage (lafr) Assigned to: Nobody/Anonymous (nobody) Summary: Oracle 9iR2: same table in diff. schema Initial Comment: I recently switched my database from informix to oracle and encountered some problems. With informix, you have one instance and many separate databases. Each datasource connects to exactly one database. With oracle you have one instance and database objects per user. You connect to the whole instance. I use the feature of jboss to build database tables on deployment, if they don't exist. With oracle DB I got messages that some tables already exist. But this table exist for another user (schema), not for the jboss user. This leads to exceptions (Table does not exist) when an foreign key constraint to this supposedly existing table. Shouldn't jboss use the username of oracle-ds.xml as schema for metadata access ? If I set schema to jboss instead of null in SQLUtil.tableExists(), the deployment and table creation works fine. Index: jboss-3.2/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java,v retrieving revision 1.12.4.14 diff -r1.12.4.14 SQLUtil.java 907c907 String schema = null; --- String schema = JBOSS; So, I think, schema should get the name of the database user from oracle-ds.xml. Oracle-ds.xml is attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840536group_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-824187 ] NPE in UnifiedClassLoader.findResources()
Bugs item #824187, was opened at 2003-10-15 17:32 Message generated for change (Settings changed) made by cgjung You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=824187group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Alexei Yudichev (sflexus) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: NPE in UnifiedClassLoader.findResources() Initial Comment: I have an Axis client running in a context of a web app deployed in jboss (which if it really matters is actually a test of a WSR module deployed in the same ear). After jboss first starts, the service is invoked normally. But the second time axis client throws an exception (shown below). Jboss 3.2.2RC3, RC4, client classes are generated from auto-generated WSDL using Axis' Wsdl2Java utility. java.lang.NullPointerException at org.jboss.mx.loading.UnifiedClassLoader. findResources(UnifiedClassLoader.java:332) at java.lang.ClassLoader.getResources(ClassLoader. java:825) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at org.apache.commons.discovery.jdk.JDK12Hooks. getResources(JDK12Hooks.java:150) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResources(DiscoverResources.java:153) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResource(DiscoverResources.java:129) at org.apache.commons.discovery.resource. DiscoverResources$1.hasNext(DiscoverResources.java: 116) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassNames(DiscoverNamesInFile.java:186) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassName(DiscoverNamesInFile.java:170) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile. java:157) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.getNextIterator(NameDiscoverers. java:143) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.hasNext(NameDiscoverers.java:126) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. getNextResource(ResourceClassDiscoverImpl.java:159) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. hasNext(ResourceClassDiscoverImpl.java:147) at org.apache.axis.configuration. EngineConfigurationFactoryFinder$1. run(EngineConfigurationFactoryFinder.java:159) at java.security.AccessController.doPrivileged(Native Method) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:152) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:199) at org.apache.axis.client.Service. getEngineConfiguration(Service.java:801) at org.apache.axis.client.Service. getAxisClient(Service.java:143) at org.apache.axis.client.Service.init(Service. java:152) at com.tw.mms.httptest.ws. DeliveryServiceLocalServiceLocator. init(DeliveryServiceLocalServiceLocator.java:10) -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-11-12 09:05 Message: Logged In: YES user_id=175199 duplicate to Bug#829495 that has been fixed in 3.2.3RC1 CGJ -- Comment By: Alexei Yudichev (sflexus) Date: 2003-11-12 08:29 Message: Logged In: YES user_id=345880 I've made one. Attached is a simple ear with jar, war and wsr modules. wsr exposes ejbjar's Session Bean's method via SOAP. jbosstest.b824187.client package contains Axis client stubs generated with Wsdl2Java. war contains a simple client in index.jsp. In case the test succeeds, just redeploy the ear and try again. In all my JBoss installations it throws NPE in UnifiedClassLoader. -- Comment By: Scott M Stark (starksm) Date: 2003-11-09 20:15 Message: Logged In: YES user_id=175228 Do you have a sample client which illustrates this behavior? -- Comment By: Alexei Yudichev (sflexus) Date: 2003-10-23 16:24 Message: Logged In: YES user_id=345880 It is also still there in 3.2.2 release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=824187group_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!
AW: [JBoss-dev] JNDI lookup problem with webservice client
Thomas, Another possibility of binding webservices into JNDI is using references and an associated ServiceFactory (see the behaviour of external web service references in jboss.net). With that approach, you have more control about the serialisation process, classloading issues and engine affiliations. CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 11. November 2003 21:27 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Betreff: [JBoss-dev] JNDI lookup problem with webservice client Scott, working on the webservice client programing model, I need to bind a javax.xml.rpc.Service to JNDI. In the test below I bind it to the global JNDI namespace. However, when I lookup the service I get null without a NamingException. The code below first tests if the service object can be serialized without JNDI involvement, then it tests if bind/lookup of a trival string object works. Finally the actual service is bound (I can see it in jmx-console) and then looked up again. The last assertion fails. Any idea? cheers -thomas -- String SERVICE_JNDI_NAME = service/HelloWsService1; Service service = new org.apache.axis.client.Service(); // first try to marshal/unmarshal the service without JNDI ByteArrayOutputStream baos = new ByteArrayOutputStream(1024); ObjectOutputStream oos = new ObjectOutputStream(baos); oos.writeObject(service); oos.close(); ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray()); ObjectInputStream ois = new ObjectInputStream(bais); service = (Service)ois.readObject(); assertNotNull(cannot serialize service, service); // test JNDI lookup with a trivial String InitialContext iniCtx = getInitialContext(); Util.bind(iniCtx, SERVICE_JNDI_NAME, Test JNDI); assertEquals(Test JNDI, iniCtx.lookup(SERVICE_JNDI_NAME)); Util.unbind(iniCtx, SERVICE_JNDI_NAME); service = new org.apache.axis.client.Service(); // now do the actual binding and lookup Util.bind(iniCtx, SERVICE_JNDI_NAME, service); service = (Service)iniCtx.lookup(SERVICE_JNDI_NAME); assertNotNull (cannot lookup service, service); Util.unbind(iniCtx, SERVICE_JNDI_NAME); --- 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 ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email 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-840582 ] Transaction tests wrong status
Bugs item #840582, was opened at 2003-11-12 09:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=840582group_id=22866
Category: JBossTest
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Little (marklittle)
Assigned to: Nobody/Anonymous (nobody)
Summary: Transaction tests wrong status
Initial Comment:
Some of the more recent JBoss tests are based around
ensuring the status returned for committed/rolledback
transaction is correct. For example:
TransactionManager.begin()
Transaction tx = TransactionManager.getTransaction();
TransactionManager.commit();
If ( tx.getStatus() !=
Status.STATUS_NO_TRANSACTION ) {
fail;
}
Else
{
pass;
}
Unfortunately the JTA spec. mixes some wrong concepts
and is poorly defined here (yet again). The test above
may be valid if performed on the TransactionManager
instance and not the transaction *if and only if* there
are no heuristic outcomes (in which case the transaction
won't be disassociated from the invoking thread and so
getStatus will be performed on the underlying
transaction object.)
If the test is performed on the actual transaction object
(as it currently is) then not only won't it work if
heuristics are present, but it's also implementation
dependant as to whether the transaction object has to
return STATUS_NO_TRANSACTION on successful
commit - it could return STATUS_COMMITTED (or even
STATUS_ROLLEDBACK if it rolled back).
On the assumption that the tests are just supposed to
make sure that transactions ended the way the test
requested *and* thread disassociation occurred, it
would make more sense to move the test to be on the
TransactionManager rather than the Transaction.
Ignoring heuristics (for which you'd want the test to fail
anyway), this is the best way to guarantee that the
test will work regardless of the underlying
implementation.
Mark.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=840582group_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-Change Notes-840598 ] J2EE client application deployment support added
Change Notes item #840598, was opened at 2003-11-12 01:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=381174aid=840598group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark (starksm)
Summary: J2EE client application deployment support added
Initial Comment:
Support for j2ee client application jars has been added
to the 3.2.3RC2 release
codebase. The default and all deploy directories
contain a client-deployer-service.xml
which handles jars containing a
META-INF/application-client.xml descriptor.
An application client jar basically defines an
enterprise naming context (java:comp/env)
for use by remote clients. The purpose is the same as
the server side ENC;
isolation of code from hard-coded deployment time JNDI
name bindngs.
To create an application client jar you need to:
1. Code the standard application-client.xml descriptor
to define the ejb-refs,
resource-refs, resource-env-refs the client application
will use. The
JAAS callback-handler element is not yet supported but
will be soon.
2. Code a jboss-client.xml descriptor which maps the
ENC references to the
deployed resource JNDI bindings. This is basically the
same as the current
jboss-web.xml descriptor, with the addition of a
jndi-name element which
specifies the location in the sever JNDI namespace to
which the client
ENC bindings will be store. If the
jboss-client/jndi-name is not specified
then the JNDI name will default to the required
application-client/display-name
value.
To use an application client jar you include it the ear
along with any other
j2ee components and deploy the ear as normal. The java
client code then
needs to create an InitialContex with two new settings
in order to be
able to lookup a meaningful java:comp/env context.
1. The Context.URL_PKG_PREFIXES must specify the
org.jboss.naming.client
package prefix to pickup the java URL context factory
for client applications.
2. A custom j2ee.clientName property must specify the
jndi name of the
application ENC bindings on the server. This is either
the jboss-client/jndi-name
or the application-client/display-name.
The following fragment from the
org.jboss.test.client.test.AppClientUnitTestCase
illustrates these steps.
private Context getENC() throws NamingException
{
Properties env = new Properties();
env.setProperty(Context.INITIAL_CONTEXT_FACTORY,
org.jnp.interfaces.NamingContextFactory);
env.setProperty(Context.URL_PKG_PREFIXES,
org.jboss.naming.client);
env.setProperty(Context.PROVIDER_URL,
jnp://localhost:1099);
env.setProperty(j2ee.clientName, test-client);
InitialContext ctx = new InitialContext(env);
Context enc = (Context) ctx.lookup(java:comp/env);
return enc;
}
Attached is a sample app-client.jar used by the
AppClientUnitTestCase
which contains sample application-client.xml and
jboss-client.xml
descriptors.
[EMAIL PROTECTED] testsuite]$ jar -tf
output/lib/app-client.jar
META-INF/
META-INF/MANIFEST.MF
META-INF/application-client.xml
META-INF/jboss-client.xml
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=381174aid=840598group_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-840449 ] Exceptions from CMR iterator of NotSupported RO bean
Bugs item #840449, was opened at 2003-11-12 04:52
Message generated for change (Comment added) made by loubyansky
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=840449group_id=22866
Category: JBossCMP
Group: v3.2
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Adrian Price (adrianprice)
Assigned to: Alexey Loubyansky (loubyansky)
Summary: Exceptions from CMR iterator of NotSupported RO bean
Initial Comment:
Read-Only entity beans are typically deployed with a
transactional attribute of NotSupported, because there
is no intention to update the entity, and one wishes to
leverage the container's caching capabilities across
multiple transactions. One does not wish the RO entity
to be enlisted in a transaction, because this would
negative impact performance by dramatically increasing
the size of the cache required to support a given TPS
throughput. The same applies when an RO entity has a
1:n or m:n relationship with other RO beans.
According to the EJB2.0 Specification 17.6.2.1:
If a client calls with a transaction context, the
container suspends the association of the transaction
context with the current thread before invoking the
enterprise beans business method. The container
resumes the suspended association when the business
method has completed. The suspended transaction
context of the client is not passed to the resource
managers or other enterprise Bean objects that are
invoked from the business method.
If the business method invokes other enterprise beans,
the Container passes no transaction context with
the invocation.
However, according to the EJB2.0 Specification 10.3.8:
It is the responsibility of the Container to throw the
java.lang.IllegalStateException if an attempt is made to
use a java.util.Iterator for a container-managed
collection in a transaction context other than that in
which the iterator was obtained.
It would seem that JBoss interprets this provision too
literally, and throws an IllegalStateException even when
a CMR collection of RO entities is obtained from within
this same 'transaction suspended' state. __This
behaviour completely defeats the purpose of RO
entities__.
For example, if we have two RO entities A and B, both
deployed as txn NotSupported, and A has a 1:n
parent:child relationship with B, the following code
currently will not work:
public abstract class A implements EntityBean {
// ejb*() etc...
// Multi-valued CMR field.
public abstract Collection getBCmr();
public abstract void setBCmr(Collection bs);
public BVO[] getBVO() {
Collection bs = getBCmr();
BVO[] bvo = new BVO[bs.size()];
int i = 0;
// Next line throws IllegalStateException!!!
for (Iterator j = bs.iterator(); j.hasNext(); i++) {
B b = (B)j.next();
bvo[i] = b.getVO();
}
return bvo;
}
}
BTW, the above code works fine on WebLogic.
--
Comment By: Alexey Loubyansky (loubyansky)
Date: 2003-11-12 13:15
Message:
Logged In: YES
user_id=543482
17.4.1 Transaction attributes
...For entity beans that use EJB 2.0 container-managed
persistence, only the Required,
RequiresNew, or Mandatory transaction attributes should be
used for the methods defined in the
beans component interface and all the direct and indirect
superinterfaces of the component interface,
excluding the getEJBHome, getEJBLocalHome, getHandle,
getPrimaryKey, and isIdentical
methods; and for the methods defined in the beans home
interface and all the direct and
indirect superinterfaces of the home interface, excluding
the getEJBMetaData and getHomeHandle
methods specific to the remote home interface. Containers
may optionally support the use of the
NotSupported, Supports, and Never transaction attributes for
the methods of entity beans with
container-managed persistence. However, entity beans with
container-managed persistence that use
these transaction attributes will not be portable.
Containers may optionally support the use of the
NotSupported, Supports, and Never
transaction attributes for the methods of entity beans with
container-managed persistence
because the use of these transaction modes may be needed to
make use of container-managed
persistence with non-transactional data stores. In general,
however, the Application Assembler
should avoid use of the NotSupported, Supports, and Never
transaction attributes for
the methods of entity beans with container-managed
persistence because it may lead to inconsistent
results or to the inconsistent and/or to the partial
updating of persistent state and relationships
in the event of concurrent use...
read-only (jboss.xml) entity beans are not associated with
transactions and are not invalidated and thrown out of the
cache when the tx commits. But CMR collections are tied to
the tx in which they were created. And when the tx
[JBoss-dev] [ jboss-Bugs-840536 ] Oracle 9iR2: same table in diff. schema
Bugs item #840536, was opened at 2003-11-12 09:09 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840536group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Frank Langelage (lafr) Assigned to: Alexey Loubyansky (loubyansky) Summary: Oracle 9iR2: same table in diff. schema Initial Comment: I recently switched my database from informix to oracle and encountered some problems. With informix, you have one instance and many separate databases. Each datasource connects to exactly one database. With oracle you have one instance and database objects per user. You connect to the whole instance. I use the feature of jboss to build database tables on deployment, if they don't exist. With oracle DB I got messages that some tables already exist. But this table exist for another user (schema), not for the jboss user. This leads to exceptions (Table does not exist) when an foreign key constraint to this supposedly existing table. Shouldn't jboss use the username of oracle-ds.xml as schema for metadata access ? If I set schema to jboss instead of null in SQLUtil.tableExists(), the deployment and table creation works fine. Index: jboss-3.2/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/SQLUtil.java,v retrieving revision 1.12.4.14 diff -r1.12.4.14 SQLUtil.java 907c907 String schema = null; --- String schema = JBOSS; So, I think, schema should get the name of the database user from oracle-ds.xml. Oracle-ds.xml is attached. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-11-12 13:24 Message: Logged In: YES user_id=543482 It should. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840536group_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-716887 ] Incorrect length function syntax for Sybase
Bugs item #716887, was opened at 2003-04-07 20:05 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=716887group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect length function syntax for Sybase Initial Comment: The correct Sybase syntax for the length function is char_length, not len. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 17:56 Message: Logged In: YES user_id=217112 Sybase manual says: Determining column length with system functions Use the char_length string function and datalength system function to determine column length: * char_length returns the number of characters in the column, stripping trailing blanks for variable-length datatypes. * datalength returns the number of bytes, stripping trailing blanks for data stored in variable-length columns. When a char value is declared to allow NULLS, Adaptive Server stores it internally as a varchar. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-09-26 17:11 Message: Logged In: YES user_id=217112 What is the difference between datalength(?1) and char_length(?1) . Or are they equivalent? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=716887group_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-716887 ] Incorrect length function syntax for Sybase
Bugs item #716887, was opened at 2003-04-07 20:05 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=716887group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) Assigned to: Heiko W.Rupp (pilhuhn) Summary: Incorrect length function syntax for Sybase Initial Comment: The correct Sybase syntax for the length function is char_length, not len. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 18:08 Message: Logged In: YES user_id=217112 len() has only been added in 12.5.0.3 to extend MS-compatibility. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 17:56 Message: Logged In: YES user_id=217112 Sybase manual says: Determining column length with system functions Use the char_length string function and datalength system function to determine column length: * char_length returns the number of characters in the column, stripping trailing blanks for variable-length datatypes. * datalength returns the number of bytes, stripping trailing blanks for data stored in variable-length columns. When a char value is declared to allow NULLS, Adaptive Server stores it internally as a varchar. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-09-26 17:11 Message: Logged In: YES user_id=217112 What is the difference between datalength(?1) and char_length(?1) . Or are they equivalent? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=716887group_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-716887 ] Incorrect length function syntax for Sybase
Bugs item #716887, was opened at 2003-04-07 20:05 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=716887group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect length function syntax for Sybase Initial Comment: The correct Sybase syntax for the length function is char_length, not len. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 19:25 Message: Logged In: YES user_id=217112 Fixed in Branch_3_2 and HEAD -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 18:08 Message: Logged In: YES user_id=217112 len() has only been added in 12.5.0.3 to extend MS-compatibility. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 17:56 Message: Logged In: YES user_id=217112 Sybase manual says: Determining column length with system functions Use the char_length string function and datalength system function to determine column length: * char_length returns the number of characters in the column, stripping trailing blanks for variable-length datatypes. * datalength returns the number of bytes, stripping trailing blanks for data stored in variable-length columns. When a char value is declared to allow NULLS, Adaptive Server stores it internally as a varchar. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-09-26 17:11 Message: Logged In: YES user_id=217112 What is the difference between datalength(?1) and char_length(?1) . Or are they equivalent? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=716887group_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-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 18:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Nobody/Anonymous (nobody) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_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-717751 ] Error binding to a DATETIME column in Sybase
Bugs item #717751, was opened at 2003-04-08 22:08 Message generated for change (Comment added) made by pilhuhn You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=717751group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Vinh Nguyen (softwaremasters) Assigned to: Nobody/Anonymous (nobody) Summary: Error binding to a DATETIME column in Sybase Initial Comment: I have an entity bean with a java.util.Date attribute bound to a DATETIME column in Sybase 12.5. When I tried to set this attribute, I got an error message about invalid JDBC type. I am using the DataDirect JDBC driver. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-12 19:38 Message: Logged In: YES user_id=217112 Could this be an upper/lower case problem? According to the Sybase manual, DATETIME seems to be the right SQL type. What version of the driver are you using? -- Comment By: Jeremy Boynes (jboynes) Date: 2003-04-19 08:30 Message: Logged In: YES user_id=378919 Please can you post a stacktrace -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=717751group_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-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 18:37 Message generated for change (Comment added) made by adrianprice You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Nobody/Anonymous (nobody) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- Comment By: Adrian Price (adrianprice) Date: 2003-11-12 18:49 Message: Logged In: YES user_id=580837 Detailed diagnostics and commentary attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_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-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 10:37 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Scott M Stark (starksm) Summary: UnifiedClassLoader3 is not threadsafe Initial Comment: I'm getting an intermittent j.l.ClassCastException on the dynamic proxy returned by JNDI lookup of an EJB local home. A single copy of the EJBLocalHome subinterface in question is deployed in an ejb.jar inside an .ear with an application-scoped ClassLoader. No other copies of the class file are deployed anywhere else. Application level debug output (attached) shows clearly that the same application-scoped UnifiedClassLoader3 instance associated with the ear file has loaded the same bytecode twice, into two distinct copies of the same class, with the result that the dynamic proxy implements a different copy of the home interface than that which the calling code sees. Hence the ClassCastException. Both copies of the class share the same ClassLoader instance. This is JBoss-3.2.2, and I've seen the same problem on both Linux and Windows XP. -- Comment By: Scott M Stark (starksm) Date: 2003-11-12 10:50 Message: Logged In: YES user_id=175228 There is no debug output attached, make sure you check the 'Check to Upload and Attach a File:' box below. -- Comment By: Adrian Price (adrianprice) Date: 2003-11-12 10:49 Message: Logged In: YES user_id=580837 Detailed diagnostics and commentary attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_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-840885 ] UnifiedClassLoader3 is not threadsafe
Bugs item #840885, was opened at 2003-11-12 10:37
Message generated for change (Comment added) made by starksm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Price (adrianprice)
Assigned to: Scott M Stark (starksm)
Summary: UnifiedClassLoader3 is not threadsafe
Initial Comment:
I'm getting an intermittent j.l.ClassCastException on the
dynamic proxy returned by JNDI lookup of an EJB local
home. A single copy of the EJBLocalHome subinterface
in question is deployed in an ejb.jar inside an .ear with
an application-scoped ClassLoader. No other copies of
the class file are deployed anywhere else.
Application level debug output (attached) shows clearly
that the same application-scoped UnifiedClassLoader3
instance associated with the ear file has loaded the
same bytecode twice, into two distinct copies of the
same class, with the result that the dynamic proxy
implements a different copy of the home interface than
that which the calling code sees. Hence the
ClassCastException. Both copies of the class share the
same ClassLoader instance.
This is JBoss-3.2.2, and I've seen the same problem on
both Linux and Windows XP.
--
Comment By: Scott M Stark (starksm)
Date: 2003-11-12 11:08
Message:
Logged In: YES
user_id=175228
It would be useful to see the trace level log output of this
scenario. Add the following config to the conf/log4j.xml file
to create a separate ucl.log:
appender name=UCL class=org.apache.log4j.FileAppender
param name=File
value=${jboss.server.home.dir}/log/ucl.log/
param name=Append value=false/
layout class=org.apache.log4j.PatternLayout
param name=ConversionPattern
value=[%r,%c{1},%t] %m%n/
/layout
/appender
category name=org.jboss.mx.loading additivity=false
priority value=TRACE class=org.jboss.logging.XLevel/
appender-ref ref=UCL/
/category
Zip that up and mail it to [EMAIL PROTECTED] as its
unlikely to fit the file size attachment restrictions of
sourceforge.
--
Comment By: Scott M Stark (starksm)
Date: 2003-11-12 10:50
Message:
Logged In: YES
user_id=175228
There is no debug output attached, make sure you check the
'Check to Upload and Attach a File:' box below.
--
Comment By: Adrian Price (adrianprice)
Date: 2003-11-12 10:49
Message:
Logged In: YES
user_id=580837
Detailed diagnostics and commentary attached.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=840885group_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] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:28:19 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for D:\jboss\jboss-head\aspects\output\lib\jboss-aspects.jar [touch] Creating D:\jboss\jboss-head\aspects\output\build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\lib modules-most: partition-build: [move] Moving 42 files to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [move] Moving 3 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [move] Moving 18 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossmq-httpil.sar [copy] Copying 232 files to D:\jboss\jboss-head\build\output\testbuild\server\default [copy] Copied 3 empty directories to D:\jboss\jboss-head\build\output\testbuild\server\default [delete] Deleting 6 files from D:\jboss\jboss-head\build\output\testbuild\server\default\lib [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\farm [delete] Deleting 25 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleted 18 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleting 47 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleted 11 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleting 1 files from D:\jboss\jboss-head\build\output\testbuild\server\default\conf [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\deploy.last [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 3 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [move] Moving 1 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [copy] Copying 4 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\concurrent.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-common-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-iiop-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-j2ee.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-jsr77-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-net-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-system-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-transaction-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbosscx-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbossha-client.jar
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:38:51 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for /home/jbossci/jbossci2/jboss-head/aspects/output/lib/jboss-aspects.jar [touch] Creating /home/jbossci/jbossci2/jboss-head/aspects/output/build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/lib modules-most: partition-build: [move] Moving 42 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [move] Moving 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [move] Moving 18 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jbossmq-httpil.sar [copy] Copying 232 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [copy] Copied 3 empty directories to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [delete] Deleting 6 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/lib [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/farm [delete] Deleting 25 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleted 18 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleting 47 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleted 11 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleting 1 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/conf [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/deploy.last [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [move] Moving 1 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [copy] Copying 4 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-common-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-system-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jnp-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-j2ee.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-transaction-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jmx-connector-client-factory.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding:
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/winxp/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:35:29 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for D:\jboss\jboss-head\aspects\output\lib\jboss-aspects.jar [touch] Creating D:\jboss\jboss-head\aspects\output\build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\lib modules-most: partition-build: [move] Moving 42 files to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\all\lib [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [move] Moving 3 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\management [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [move] Moving 18 files to D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jms [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossmq-httpil.sar [copy] Copying 232 files to D:\jboss\jboss-head\build\output\testbuild\server\default [copy] Copied 3 empty directories to D:\jboss\jboss-head\build\output\testbuild\server\default [delete] Deleting 6 files from D:\jboss\jboss-head\build\output\testbuild\server\default\lib [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\farm [delete] Deleting 25 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleted 18 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy [delete] Deleting 47 files from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleted 11 directories from D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\jboss-net.sar [delete] Deleting 1 files from D:\jboss\jboss-head\build\output\testbuild\server\default\conf [delete] Deleting directory D:\jboss\jboss-head\build\output\testbuild\server\default\deploy\deploy.last [mkdir] Created dir: D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 3 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [move] Moving 1 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\conf [copy] Copying 4 files to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\deploy [copy] Copying 1 file to D:\jboss\jboss-head\build\output\testbuild\server\minimal\lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\concurrent.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-common-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-iiop-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-j2ee.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-jsr77-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-net-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-system-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jboss-transaction-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbosscx-client.jar into D:\jboss\jboss-head\build\build [unjar] Expanding: D:\jboss\jboss-head\build\output\testbuild\client\jbossha-client.jar
[JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 12 19:47:43 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [checksum] Calculating MD5 checksum for /home/jbossci/jbossci2/jboss-head/aspects/output/lib/jboss-aspects.jar [touch] Creating /home/jbossci/jbossci2/jboss-head/aspects/output/build-marker most: == == Finished with 'most' in module 'aspects'. == _module-aspects-most: [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/lib modules-most: partition-build: [move] Moving 42 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/lib [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [move] Moving 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/management [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [move] Moving 18 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jms [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/all/deploy/jbossmq-httpil.sar [copy] Copying 232 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [copy] Copied 3 empty directories to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default [delete] Deleting 6 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/lib [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/farm [delete] Deleting 25 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleted 18 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy [delete] Deleting 47 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleted 11 directories from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/jboss-net.sar [delete] Deleting 1 files from /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/conf [delete] Deleting directory /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/default/deploy/deploy.last [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 3 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [move] Moving 1 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/conf [copy] Copying 4 files to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/deploy [copy] Copying 1 file to /home/jbossci/jbossci2/jboss-head/build/output/testbuild/server/minimal/lib bypass-jboss-all-client: jboss-all-client: [mkdir] Created dir: /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-common-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-system-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jnp-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-j2ee.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jboss-transaction-client.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding: /home/jbossci/jbossci2/jboss-head/build/output/testbuild/client/jmx-connector-client-factory.jar into /home/jbossci/jbossci2/jboss-head/build/build [unjar] Expanding:
RE: [JBoss-dev] West coast TRAINING
I tried to check out the LA bootcamp, but all I get is garbage when I click on the link. I've seen this before on other pages under jboss.org. I tried deleting the cache and forcing a reload, but nothing seems to make it readable. I'm using I.E. 6 under Windows XP Pro. -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of marc fleury Sent: Wednesday, November 12, 2003 9:19 AM To: 'Jboss-Development'; [EMAIL PROTECTED] Subject: [JBoss-dev] West coast TRAINING Guys, We will be in LA for bootcamp THIS WEEKEND. So if you are on the west coast, come. I will there and you can ask me all the question about the latest stuff as well as Scott Stark who will talk about the upcoming 3.2.3 release. Adrian brock (JMX, JMS, AOP) will be there from the UK and Bela Ban (cache, jgroups) and ben wang who is starting Monday with us (;) and worked on the cache stuff. So... It is going to be a good checkpoint show and we will breeze through the west coast. Don't miss us. We are about 30 people so we it is going to be a intimate session almost. Registration: www.jboss.org click on the right side. DENVER ADMIN is selling like crazy. We are 20 days away and already almost sold out. I recommend you guys on the west coast that want to get a deep understanding of the admin (netboot, management) to register soon. The Denver training will be done by Bill Burke in person (JB4), don't miss it. We hope to see you there, these are the boom times Regards marcf x Marc Fleury, Ph.D Founder JBoss Group, LLC x --- 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 --- 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] West coast TRAINING
I have IE60sp1 with winxp pro and the bootcamp link looks fine: http://www.jbossgroup.com/index.html?module=htmlop=userdisplayid=services/training/bootcamp#losangeles Not sure what the issue could be. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: I tried to check out the LA bootcamp, but all I get is garbage when I click on the link. I've seen this before on other pages under jboss.org. I tried deleting the cache and forcing a reload, but nothing seems to make it readable. I'm using I.E. 6 under Windows XP Pro. --- 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] West coast TRAINING
I click on your link, and I get a page full of the following:
[vwrtT]/9qTK(E4}\t
)R 'nvM`0]o m'ds~%]*]Ro3 r
| T_ZMO
LQ)9B0*/(; ]e
t/$N#qqb-2IT|N-}Me!/'.3m'49bBKu2Bl-RiM!4 ,U~8
I?%'H6xM 3Y e ,[EMAIL
PROTECTED]
Ep?YMyb6 4J[/?kk|xTt3;,ua!.a}=ZD`h0=7
TkBC7U,iBhJ 9E[
J^XHL0jgCYJAZ 'G %`wE4m5A
a2w]O64? S}|~'d%08R|F\_#*
ln\s'K;[EMAIL PROTECTED]
.nUZM#R8f-6EbHZST{~$8:R
_yrYNBecS.E,M
I'm assuming somehow the MIME information is not being exchanged properly. I've seen
this before on jboss.org (and, occasionally, on pages served up internally using
JBoss/Jetty). I'm running with sp2.
--
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Scott M Stark
Sent: Wednesday, November 12, 2003 2:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] West coast TRAINING
I have IE60sp1 with winxp pro and the bootcamp link looks fine:
http://www.jbossgroup.com/index.html?module=htmlop=userdispla
yid=services/training/bootcamp#losangeles
Not sure what the issue could be.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Jim Brownfield wrote:
I tried to check out the LA bootcamp, but all I get is garbage when I click
on the link.
I've seen this before on other pages under jboss.org. I tried deleting the
cache and forcing a reload, but nothing seems to make it readable.
I'm using I.E. 6 under Windows XP Pro.
---
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
+zfh+ym4^/zf)j^ y~*v^^^hgs %3$-g
Zm !y'r$,7zZ)x%I,
fz{elqzm?X( ~zwXb?,zZ)
[JBoss-dev] [ jboss-Bugs-435958 ] Out of Memory eception after many redepl
Bugs item #435958, was opened at 2001-06-24 21:53 Message generated for change (Comment added) made by hal200 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=435958group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Andreas Schaefer (schaefera) Summary: Out of Memory eception after many redepl Initial Comment: This behavior has been observed on Windows 2000 SP2, running Sun JDK 1.3.1 and jBoss2.2.2 both Tomcat and Jetty bundles. After many EAR hot redeployments in a short period of time, (prehaps one every 5 to 20 minutes over a period of 6 hours) a redeployment will result in Out of Memory exceptions being thrown. This happens with both the Tomcat and Jetty bundles, but the error is much more clear with Jetty. In the case of Tomcat, it appears to redeploy correctly but creates a variety of errors when the app is run. -- Comment By: Jonathan Kovacs (hal200) Date: 2003-11-12 17:39 Message: Logged In: YES user_id=907916 I'm getting the same problem with JBoss 3.2.1_Tomcat-4.1.24. In my case, it seems to be triggered by a strange interaction with the Struts libraries. I threw together a quick script which continuously re-deploys the struts-example.war file over and over again (with a 15 second pause between deploy/undeployments) by popping the file in and out of the deploy directory (instead of using the deployer.jar tool...not sure at this point if that would make a difference) Sure enough, when watching the GC output, the memory use keeps increasing. If I stop the script, the memory doesn't seem to ever get reclaimed. If I leave it running, eventually the server blows it's heap and I start getting OutOfMemory errors at random intervals. --- 17:05:45,223 ERROR [URLDeploymentScanner] Failed to deploy: [EMAIL PROTECTED] url=file:/home/jon/cvs-test/canarie/lib/jboss-3.2.1_tomcat-4.1.24/server/canarie/deploy/IQXWeb.war, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/jon/cvs-test/canarie/lib/jboss-3.2.1_tomcat-4.1.24/server/canarie/deploy/IQXWeb.war; - nested throwable: (java.lang.OutOfMemoryError) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:853) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:640) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613) at sun.reflect.GeneratedMethodAccessor22.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.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:476) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:200) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:211) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:190) Caused by: java.lang.OutOfMemoryError --- After leaving it for about an hour in this state, with GC details turned on, we can see that sure enough, the memory is not being reclaimed, despite the JVM's best efforts... Full GC [Tenured: 58303K-58303K(58304K), 0.3335490 secs] 64404K-64354K(64832K), 0.3336620 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3131040 secs] 64407K-64354K(64832K), 0.3131720 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3122840 secs] 64397K-64354K(64832K), 0.3123480 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3455040 secs] 64397K-64354K(64832K), 0.3455610 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3205630 secs] 64397K-64354K(64832K), 0.3206770 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3148190 secs] 64398K-64354K(64832K), 0.3148690 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3124290 secs] 64397K-64354K(64832K), 0.3125430 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3098440 secs] 64397K-64354K(64832K), 0.3099050 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3316150 secs] 64397K-64354K(64832K), 0.3317300 secs] [Full GC [Tenured: 58303K-58303K(58304K), 0.3237010 secs] 64397K-64354K(64832K), 0.3238340 secs] [Full GC [Tenured:
Re: [JBoss-dev] West coast TRAINING
The www.jbossgroup.com is using gzip compression. You probably are suffering from this IE issue which is not supposed to exist in 6.0, but people have expierenced it: Internet Explorer Loses the First 2048 Bytes of Data That Are Sent Back by Web Servers That Use HTTP Compression http://support.microsoft.com/default.aspx?scid=kb;en-us;Q313712 -- 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] Compilation Failed! JBoss (Branch_3_2/winxp/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 00:01:48 GMTST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === (XDocletMain.start 45 ) Running jbossxmbean/ INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: D:\jboss\jboss-head\connector\src\main\org\jboss\resource\RARDeployer.java -- RARDeployerMBean qualified to org.jboss.resource.RARDeployerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\adapter\jdbc\xa\oracle\OracleXAExceptionFormatter.java -- OracleXAExceptionFormatterMBean qualified to org.jboss.resource.adapter.jdbc.xa.oracle.OracleXAExceptionFormatterMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\BaseConnectionManager2.java -- BaseConnectionManager2MBean qualified to org.jboss.resource.connectionmanager.BaseConnectionManager2MBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\CachedConnectionManager.java -- CachedConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.CachedConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\JBossLocalXAExceptionFormatter.java -- JBossLocalXAExceptionFormatterMBean qualified to org.jboss.resource.connectionmanager.JBossLocalXAExceptionFormatterMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\JBossManagedConnectionPool.java -- JBossManagedConnectionPoolMBean qualified to org.jboss.resource.connectionmanager.JBossManagedConnectionPoolMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\LocalTxConnectionManager.java -- LocalTxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.LocalTxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\TxConnectionManager.java -- TxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.TxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\NoTxConnectionManager.java -- BaseConnectionEventListener qualified to org.jboss.resource.connectionmanager.BaseConnectionEventListener D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\RARDeployment.java -- RARDeploymentMBean qualified to org.jboss.resource.connectionmanager.RARDeploymentMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\XATxConnectionManager.java -- XATxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.XATxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\XATxConnectionManager.java -- TxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.TxConnectionManagerMBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\TxConnectionManager.java -- BaseConnectionManager2MBean qualified to org.jboss.resource.connectionmanager.BaseConnectionManager2MBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\NoTxConnectionManager.java -- BaseConnectionManager2MBean qualified to org.jboss.resource.connectionmanager.BaseConnectionManager2MBean D:\jboss\jboss-head\connector\src\main\org\jboss\resource\connectionmanager\LocalTxConnectionManager.java -- TxConnectionManagerMBean qualified to org.jboss.resource.connectionmanager.TxConnectionManagerMBean compile-source-jdbc2: compile-source-jdbc3: [echo] jdbc3 [copy] Copying 6 files to D:\jboss\jboss-head\connector\output\gen-src compile-source-jdbc-version: compile-classes: [mkdir] Created dir: D:\jboss\jboss-head\connector\output\classes [javac] Compiling 76 source files to D:\jboss\jboss-head\connector\output\classes 3 warnings compile-resources: [mkdir] Created dir: D:\jboss\jboss-head\connector\output\resources [copy] Copying 6 files to D:\jboss\jboss-head\connector\output\resources compile-etc: [mkdir]
[JBoss-dev] [ jboss-Bugs-841085 ] Regression with RMIAdaptor replacement in 3.2.2
Bugs item #841085, was opened at 2003-11-12 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=841085group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: Regression with RMIAdaptor replacement in 3.2.2 Initial Comment: The jmx-invoker-adaptor-server.sar which handles the returning the RMIAaptor interface when looking up the JNDI name jmx/rmi/RMIAdaptor which was previously handled by the jmx-rmi-adaptor.sar does not support the RMIAdaptor.addNotificationListener(ObjectName name, RMINotificationListener listener,NotificationFilter filter, Object handback) and so is not a complete replacement for clients who want to receive remote notifications. This needs to be corrected. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=841085group_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-840496 ] Cocoon war dir hot-redeploy causes JBoss Shutdown
Bugs item #840496, was opened at 2003-11-11 20:15 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840496group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: David Ward (dward2) Assigned to: Scott M Stark (starksm) Summary: Cocoon war dir hot-redeploy causes JBoss Shutdown Initial Comment: I've discovered a problem that only happens with jboss 3.0 + tomcat + cocoon 2.0 + expanded war directory, relating to hot-redeploy. Basically, if you have a cocoon.war/ *directory* web application, and touch it's web.xml file, JBoss shuts down! Here are the steps to re-create: 1) Download a completely fresh jboss-3.0.7_tomcat-4.1.24 from sourceforge. 2) Download a completely fresh cocoon-2.0.4 (vm14) from apache. 3) Dropped cocoon.war in jboss' deploy directory. 4) Started up jboss. 5) Hit the cocoon servlet (got a sitemap error but didn't care) 6) touch cocoon.war. 7) NO REDEPLOY PROBLEM 8) Hit the cocoon servlet (got same sitemap error but still didn't care - at least could still hit it). 9) Stop jboss. 10) Delete the db, tmp and log dirs to be completely clean distro again. 11) Explode the cocoon.war file into cocoon.war/ *DIRECTORY INSTEAD*. 12) Start up jboss. 13) Hit the cocoon servlet (sitemap error; still don't care) 14) touch cocoon.war/WEB-INF/web.xml 15) *** REDEPLOY PROBLEM: jboss shuts down!! *** JBoss/Jetty does not do this. JBoss 3.2.x does not do this. A JBoss/Tomcat webapp without Cocoon does not do this. JBoss/Tomcat with a Cocoon war *file* does not do this. It has to be JBoss 3.0/Tomcat with a Cocoon 2.0 war *directory*, and you touch it's web.xml file to cause a redeploy. I have tested it on many different combinations, and here is the breakdown: 1) jboss-3.0.7_tomcat-4.1.24 + cocoon-2.0.4 - FAILED 2) jboss-3.0.8_tomcat-4.1.24 + cocoon-2.0.4 - FAILED 3) jboss-3.0.8_tomcat-4.1.27 + cocoon-2.0.4 - FAILED 4) jboss-3.0.8_tomcat-4.1.29 + cocoon-2.0.4 - FAILED 5) jboss-3.2.2 (tomcat_4.1.27) + cocoon-2.0.4 - PASSED 6) jboss-3.0.8_tomcat-4.1.24 + cocoon-2.1.2 - PASSED, though 500 errors Something was fixed in JBoss 3.2.2 / Tomcat that fixed this problem. Does anyone have any idea what this was? Unfortunately, we cannot upgrade to JBoss 3.2.2 right now. If the fix is known, can it be backported back to 3.0? A jboss-3.0.9_tomcat-4.1.29 with the backported fix would be awesome and greatly appreciated! BTW, with JBoss 3.2.2, it looks like the shutdown was intercepted; here's a line from the console: 22:43:58,980 INFO [STDOUT] Mon Nov 03 22:43:58 EST 2003 SHUTDOWN : System.exit() was not called When I see that line with 3.2.2, the redeploy finishes and JBoss does not shutdown. Maybe find where that log is done and see what can be similarly done in 3.0.x to intercept the shutdown? Last bit of info: This is using Sun JDK 1.4.1 and 1.4.2. It is recreateable on Windows; not sure about Linux and MacOSX. Thanks! David -- Comment By: Scott M Stark (starksm) Date: 2003-11-12 16:13 Message: Logged In: YES user_id=175228 Put the server in a debugger and set a break point on the System.exit call and show the stack trace to see who is calling it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=840496group_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] West coast TRAINING
It's possible, but I don't have any of the listed Registry entries that are supposed to be indicative of that particular problem. The main jboss.org page works fine. Other links work fine as well (obviously, I haven't exhaustively checked all links on the page). However, when I click on the bootcamp links, I get garbage. What happens if you clear your IE cache and try to re-access that link? -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Wednesday, November 12, 2003 3:36 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] West coast TRAINING The www.jbossgroup.com is using gzip compression. You probably are suffering from this IE issue which is not supposed to exist in 6.0, but people have expierenced it: Internet Explorer Loses the First 2048 Bytes of Data That Are Sent Back by Web Servers That Use HTTP Compression http://support.microsoft.com/default.aspx?scid=kb;en-us;Q313712 -- 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 --- 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] West coast TRAINING
Still looks ok after clearing all offline content and files. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: It's possible, but I don't have any of the listed Registry entries that are supposed to be indicative of that particular problem. The main jboss.org page works fine. Other links work fine as well (obviously, I haven't exhaustively checked all links on the page). However, when I click on the bootcamp links, I get garbage. What happens if you clear your IE cache and try to re-access that link? --- 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] West coast TRAINING
I right-clicked to Open in New Window, received a blank new window then clicked the refresh button and was finally able to see the uncompressed page. Weird -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Wednesday, November 12, 2003 5:11 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] West coast TRAINING Still looks ok after clearing all offline content and files. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: It's possible, but I don't have any of the listed Registry entries that are supposed to be indicative of that particular problem. The main jboss.org page works fine. Other links work fine as well (obviously, I haven't exhaustively checked all links on the page). However, when I click on the bootcamp links, I get garbage. What happens if you clear your IE cache and try to re-access that link? --- 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 --- 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 Test Results: 95 % ( 1583 / 1666 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/winxp/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 01:41:28 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: 1666 Successful tests: 1583 Errors:66 Failures: 17 [time of test: 2003-11-13.00-48 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_05/logtests/testresults/reports/html//2003-11-13.00-48 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalUnitTestCase Test: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-dmy3azus-16\dmy3b0fm-19.ser (The system cannot find the file specified) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: unknown protocol: d - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound === Thu Nov 13 01:41:28 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 mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] West coast TRAINING
I think I discovered the source of the problem, but not the exact reason. The problem has something to do with the anti-popup proxy server (Proxomitron). When I turned off the proxy, everything suddenly started working. Just FYI. -- Jim Brownfield [EMAIL PROTECTED] Radical System Solutions, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Wednesday, November 12, 2003 5:11 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] West coast TRAINING Still looks ok after clearing all offline content and files. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jim Brownfield wrote: It's possible, but I don't have any of the listed Registry entries that are supposed to be indicative of that particular problem. The main jboss.org page works fine. Other links work fine as well (obviously, I haven't exhaustively checked all links on the page). However, when I click on the bootcamp links, I get garbage. What happens if you clear your IE cache and try to re-access that link? --- 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 --- 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-825766 ] Deadlock when logging trace
Bugs item #825766, was opened at 2003-10-17 15:32
Message generated for change (Comment added) made by genman
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=825766group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Scott M Stark (starksm)
Summary: Deadlock when logging trace
Initial Comment:
This was caused when trace was enabled. I imagine it
was caused by the classloader trying to load a class
while it was being rendered (?) to disk. Probably not
a big issue, unless trace-logging is enabled.
Java stack information for the threads listed above:
===
SMPP-TIMER-0:
at
com.logica.smpp.util.ByteBuffer.getHexDump(ByteBuffer.java:379)
at
com.logica.smpp.util.ByteBuffer.toString(ByteBuffer.java:387)
at
org.apache.log4j.or.DefaultRenderer.doRender(DefaultRenderer.java:26)
at
org.apache.log4j.or.RendererMap.findAndRender(RendererMap.java:70)
at
org.apache.log4j.spi.LoggingEvent.getRenderedMessage(LoggingEvent.java:288)
at
org.apache.log4j.helpers.PatternParser$BasicPatternConverter.convert(PatternParser.java:395)
at
org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56)
at
org.apache.log4j.PatternLayout.format(PatternLayout.java:495)
at
org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292)
at
org.apache.log4j.WriterAppender.append(WriterAppender.java:150)
at
org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221)
- locked 0x473874c8 (a
org.apache.log4j.ConsoleAppender)
at
org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57)
at
org.apache.log4j.Category.callAppenders(Category.java:187)
- locked 0x46829180 (a
org.apache.log4j.spi.RootCategory)
at
org.apache.log4j.Category.forcedLog(Category.java:372)
at
org.apache.log4j.Category.debug(Category.java:241)
at
com.logica.smpp.debug.Log4JDebug.write(Log4JDebug.java:79)
at
com.logica.smpp.TCPIPConnection.send(TCPIPConnection.java:301)
at
com.logica.smpp.Transmitter.send(Transmitter.java:81)
at com.logica.smpp.Session.send(Session.java:983)
at com.logica.smpp.Session.bind(Session.java:452)
at
...
SMSC-Accept-16910:
at
org.apache.log4j.Category.callAppenders(Category.java:185)
- waiting to lock 0x46829180 (a
org.apache.log4j.spi.RootCategory)
at
org.apache.log4j.Category.forcedLog(Category.java:372)
at org.apache.log4j.Category.log(Category.java:864)
at
org.jboss.logging.Log4jLoggerPlugin.trace(Log4jLoggerPlugin.java:96)
at org.jboss.logging.Logger.trace(Logger.java:113)
at
org.jboss.mx.loading.UnifiedClassLoader3.attempt(UnifiedClassLoader3.java:242)
at
org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:126)
- locked 0x472e2f38 (a
org.jboss.mx.loading.UnifiedClassLoader3)
at
java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
- locked 0x472e2f38 (a
org.jboss.mx.loading.UnifiedClassLoader3)
at
com.proteusmobile.smsgw.server.ServerService.listen(ServerService.java:187)
at
com.proteusmobile.smsgw.server.ServerService.access$3(ServerService.java:46)
at
com.proteusmobile.smsgw.server.ServerService$Listener.run0(ServerService.java:163)
at
com.proteusmobile.smsgw.server.ServerService$Listener.run(ServerService.java:154)
at java.lang.Thread.run(Thread.java:536)
Found 1 deadlock.
--
Comment By: Elias Ross (genman)
Date: 2003-11-12 18:00
Message:
Logged In: YES
user_id=556458
The deadlock can be triggered when set and get method is
synchronized and logging is done from two threads: one
calling set and toString calls get.
Here is the Log4J bug for this. I haven't heard what is
going to be done to fix it, but Ceki knows it's an issue...
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24159
--
Comment By: Elias Ross (genman)
Date: 2003-10-18 22:11
Message:
Logged In: YES
user_id=556458
Here is the routine. Line 379 is indicated. Doesn't seem
likely that it's here. I think this is not the issue,
unless the length turned negative and the loop went on for
infinity. The StringBuffer constructor would have checked
that anyway.
public String getHexDump()
{
StringBuffer sb = new StringBuffer(length * 2);
for (int i=0; ilength; i++) {
379sb.append(Character.forDigit((buffer[i + offs]
4) 0x0f, 16));
sb.append(Character.forDigit(buffer[i + offs]
0x0f, 16));
}
return sb.toString();
}
I
[JBoss-dev] JBoss Test Results: 94 % ( 1559 / 1643 ) - come on - pull your finger out. JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 02:26:44 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1643 Successful tests: 1559 Errors:67 Failures: 17 [time of test: 2003-11-13.00-42 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_05/logtests/testresults/reports/html//2003-11-13.00-42 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalUnitTestCase Test:testSetup Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmy3e2ef-16/dmy3e4f5-19.ser (No such file or directory) - Suite: TxConcurrentUnitTestCase Test:testConcurrentAccess Type:failure Exception: junit.framework.AssertionFailedError Message: org.jboss.cache.lock.TimeoutException: IdentityLock.acquireReadLock(): lock could not be acquired after 1ms (lock is owned by null) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true === Thu Nov 13 02:26:44 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.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 mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous (nobody)
Summary: ResourceBundle classloader errors
Initial Comment:
Deployment information:
java version 1.4.2_02
Java(TM) 2 Runtime Environment,
Standard Edition (build 1.4.2_02-b03)
Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode)
JBoss 3.2.2 (release)
Linux Redhat 8
I cannot reproduce this problem when I use Java
1.4.1-01 Blackdown for Linux, though again it might be
a timing issue.
There is a resource bundle located in an exploded .war
file with a ResourceBundle at top-level:
xyz.war
WEB-INF
classes
AppResources.properties
Struts 1.1 (periodically) cannot locate this bundle.
javax.servlet.jsp.JspException: Missing message for key
label.product.name
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298)
at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170)
at Home_jsp._jspService(Home_jsp.java:107)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
The weird part is that it found the bundle, but is
MISSING the key. (We have seen this problem when
loading from other resource bundles.)
I constructed a test JSP The JSP always works fine.
It spits out the key label.product.name
%@ page contentType=text/plain %
%@ page import=java.util.*%
%
ResourceBundle rb = null;
for (int i = 0; i 100; i++) {
rb = ResourceBundle.getBundle(AppResources,
Locale.getDefault());
// rb = ResourceBundle.getBundle(AppResources);
}
Enumeration e = rb.getKeys();
while (e.hasMoreElements())
out.println(e.nextElement());
out.println(rb.getString(label.product.name));
%
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_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-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29
Message generated for change (Comment added) made by genman
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous (nobody)
Summary: ResourceBundle classloader errors
Initial Comment:
Deployment information:
java version 1.4.2_02
Java(TM) 2 Runtime Environment,
Standard Edition (build 1.4.2_02-b03)
Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode)
JBoss 3.2.2 (release)
Linux Redhat 8
I cannot reproduce this problem when I use Java
1.4.1-01 Blackdown for Linux, though again it might be
a timing issue.
There is a resource bundle located in an exploded .war
file with a ResourceBundle at top-level:
xyz.war
WEB-INF
classes
AppResources.properties
Struts 1.1 (periodically) cannot locate this bundle.
javax.servlet.jsp.JspException: Missing message for key
label.product.name
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298)
at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170)
at Home_jsp._jspService(Home_jsp.java:107)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
The weird part is that it found the bundle, but is
MISSING the key. (We have seen this problem when
loading from other resource bundles.)
I constructed a test JSP The JSP always works fine.
It spits out the key label.product.name
%@ page contentType=text/plain %
%@ page import=java.util.*%
%
ResourceBundle rb = null;
for (int i = 0; i 100; i++) {
rb = ResourceBundle.getBundle(AppResources,
Locale.getDefault());
// rb = ResourceBundle.getBundle(AppResources);
}
Enumeration e = rb.getKeys();
while (e.hasMoreElements())
out.println(e.nextElement());
out.println(rb.getString(label.product.name));
%
--
Comment By: Elias Ross (genman)
Date: 2003-11-12 18:49
Message:
Logged In: YES
user_id=556458
More info:
Doesn't happen with JBoss 3.2.1.
If you visit another web context, such as /jmx-console or
another .war file deployed on the system, the resource
bundle gets picked up correctly.
I also said it depended on JVM, but changing the JVM doesn't
seem to fix this errant behavior.
Struts 1.1 is deployed under WEB-INF/lib.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_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-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29
Message generated for change (Comment added) made by starksm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_id=22866
Category: JBossWeb
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Scott M Stark (starksm)
Summary: ResourceBundle classloader errors
Initial Comment:
Deployment information:
java version 1.4.2_02
Java(TM) 2 Runtime Environment,
Standard Edition (build 1.4.2_02-b03)
Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode)
JBoss 3.2.2 (release)
Linux Redhat 8
I cannot reproduce this problem when I use Java
1.4.1-01 Blackdown for Linux, though again it might be
a timing issue.
There is a resource bundle located in an exploded .war
file with a ResourceBundle at top-level:
xyz.war
WEB-INF
classes
AppResources.properties
Struts 1.1 (periodically) cannot locate this bundle.
javax.servlet.jsp.JspException: Missing message for key
label.product.name
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298)
at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170)
at Home_jsp._jspService(Home_jsp.java:107)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
The weird part is that it found the bundle, but is
MISSING the key. (We have seen this problem when
loading from other resource bundles.)
I constructed a test JSP The JSP always works fine.
It spits out the key label.product.name
%@ page contentType=text/plain %
%@ page import=java.util.*%
%
ResourceBundle rb = null;
for (int i = 0; i 100; i++) {
rb = ResourceBundle.getBundle(AppResources,
Locale.getDefault());
// rb = ResourceBundle.getBundle(AppResources);
}
Enumeration e = rb.getKeys();
while (e.hasMoreElements())
out.println(e.nextElement());
out.println(rb.getString(label.product.name));
%
--
Comment By: Scott M Stark (starksm)
Date: 2003-11-12 19:04
Message:
Logged In: YES
user_id=175228
Are there multiple AppResources.properties deployed? If so
then it is probably related to the use of the UCL in the web
container. You can disable this by editing the
jbossweb-tomcat41.sar/META-INF/jboss-service.xml and setting
the UseJBossWebLoader attribute to false:
attribute name=UseJBossWebLoaderfalse/attribute
--
Comment By: Elias Ross (genman)
Date: 2003-11-12 18:49
Message:
Logged In: YES
user_id=556458
More info:
Doesn't happen with JBoss 3.2.1.
If you visit another web context, such as /jmx-console or
another .war file deployed on the system, the resource
bundle gets picked up correctly.
I also said it depended on JVM, but changing the JVM doesn't
seem to fix this errant behavior.
Struts 1.1 is deployed under WEB-INF/lib.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_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 Test Results: 94 % ( 1541 / 1629 ) - come on - pull your finger out. JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Nov 13 04:57:38 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1629 Successful tests: 1541 Errors:70 Failures: 18 [time of test: 2003-11-13.02-52 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.2_01/logtests/testresults/reports/html//2003-11-13.02-52 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: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmy7y62i-16/dmy7y7m0-19.ser (No such file or directory) - Suite: TxConcurrentUnitTestCase Test:testConcurrentAccess Type:failure Exception: junit.framework.AssertionFailedError Message: org.jboss.cache.lock.TimeoutException: IdentityLock.acquireReadLock(): lock could not be acquired after 1ms (lock is owned by null) - Suite: AsyncUnitTestCase Test:testSyncRepl Type:failure Exception: junit.framework.AssertionFailedError Message: age obtained from cache2 is null - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar === Thu Nov 13 04:57:38 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.Net email 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] West coast TRAINING
Guys, We will be in LA for bootcamp THIS WEEKEND. So if you are on the west coast, come. I will there and you can ask me all the question about the latest stuff as well as Scott Stark who will talk about the upcoming 3.2.3 release. Adrian brock (JMX, JMS, AOP) will be there from the UK and Bela Ban (cache, jgroups) and ben wang who is starting Monday with us (;) and worked on the cache stuff. So... It is going to be a good checkpoint show and we will breeze through the west coast. Don't miss us. We are about 30 people so we it is going to be a intimate session almost. Registration: www.jboss.org click on the right side. DENVER ADMIN is selling like crazy. We are 20 days away and already almost sold out. I recommend you guys on the west coast that want to get a deep understanding of the admin (netboot, management) to register soon. The Denver training will be done by Bill Burke in person (JB4), don't miss it. We hope to see you there, these are the boom times Regards marcf x Marc Fleury, Ph.D Founder JBoss Group, LLC x --- 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-841136 ] ResourceBundle classloader errors
Bugs item #841136, was opened at 2003-11-12 18:29
Message generated for change (Comment added) made by genman
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_id=22866
Category: JBossWeb
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Scott M Stark (starksm)
Summary: ResourceBundle classloader errors
Initial Comment:
Deployment information:
java version 1.4.2_02
Java(TM) 2 Runtime Environment,
Standard Edition (build 1.4.2_02-b03)
Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode)
JBoss 3.2.2 (release)
Linux Redhat 8
I cannot reproduce this problem when I use Java
1.4.1-01 Blackdown for Linux, though again it might be
a timing issue.
There is a resource bundle located in an exploded .war
file with a ResourceBundle at top-level:
xyz.war
WEB-INF
classes
AppResources.properties
Struts 1.1 (periodically) cannot locate this bundle.
javax.servlet.jsp.JspException: Missing message for key
label.product.name
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:298)
at Home_jsp._jspx_meth_bean_message_0(Home_jsp.java:170)
at Home_jsp._jspService(Home_jsp.java:107)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
The weird part is that it found the bundle, but is
MISSING the key. (We have seen this problem when
loading from other resource bundles.)
I constructed a test JSP The JSP always works fine.
It spits out the key label.product.name
%@ page contentType=text/plain %
%@ page import=java.util.*%
%
ResourceBundle rb = null;
for (int i = 0; i 100; i++) {
rb = ResourceBundle.getBundle(AppResources,
Locale.getDefault());
// rb = ResourceBundle.getBundle(AppResources);
}
Enumeration e = rb.getKeys();
while (e.hasMoreElements())
out.println(e.nextElement());
out.println(rb.getString(label.product.name));
%
--
Comment By: Elias Ross (genman)
Date: 2003-11-12 21:32
Message:
Logged In: YES
user_id=556458
This same property file appears in a .jar in a (scoped) .ear
file. Actually, the property files that we're having
trouble with appear in scoped .ear files.
I tried disabling the UCL, just to see what would happen
before I filed this bug. I end up with this exception instead:
java.lang.ClassCastException
at
org.apache.struts.tiles.TilesRequestProcessor.initDefinitionsMapping(TilesRequestProcessor.java:126)
at
org.apache.struts.tiles.TilesRequestProcessor.init(TilesRequestProcessor.java:116)
at
org.apache.struts.action.ActionServlet.getRequestProcessor(ActionServlet.java:872)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
The source code looks like this:
protected void initDefinitionsMapping() throws
ServletException
{
// Retrieve and set factory for this modules
definitionsFactory =
((TilesUtilStrutsImpl)TilesUtil.getTilesUtil()).getDefinitionsFactory(getServletContext(),
moduleConfig);
I don't know if Struts is messed up under JBoss with this
sort of configuration, but doing a quick google search
turned up some junk on some mailing lists.
I am wondering how a resource bundle could be found, but
have no entries in it...
We haven't had any trouble with our Solaris installations so
far. Since the problem is erratic, I wonder if somehow the
directory ordering has had some effect.
--
Comment By: Scott M Stark (starksm)
Date: 2003-11-12 19:04
Message:
Logged In: YES
user_id=175228
Are there multiple AppResources.properties deployed? If so
then it is probably related to the use of the UCL in the web
container. You can disable this by editing the
jbossweb-tomcat41.sar/META-INF/jboss-service.xml and setting
the UseJBossWebLoader attribute to false:
attribute name=UseJBossWebLoaderfalse/attribute
--
Comment By: Elias Ross (genman)
Date: 2003-11-12 18:49
Message:
Logged In: YES
user_id=556458
More info:
Doesn't happen with JBoss 3.2.1.
If you visit another web context, such as /jmx-console or
another .war file deployed on the system, the resource
bundle gets picked up correctly.
I also said it depended on JVM, but changing the JVM doesn't
seem to fix this errant behavior.
Struts 1.1 is deployed under WEB-INF/lib.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=841136group_id=22866
---
This
Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On 11/10/03 8:18 AM, Scott M Stark [EMAIL PROTECTED] wrote: In order to load the org.jboss.mail.userrepository.MetaInfoImpl class from the codebase, you are going to have to catch the UndeclaredThrowableException and check the nested type since the RMIAdaptor interface does not allow for ClassNotFoundExceptions. Right...how do I actually load it from the codebase...I got the catching the exception issue. -- Andrew C. Oliver http://www.superlinksoftware.com/poi.jsp Custom enhancements and Commercial Implementation for Jakarta POI http://jakarta.apache.org/poi For Java and Excel, Got POI? The views expressed in this email are those of the author and are almost definitely not shared by the Apache Software Foundation, its board or its general membership. In fact they probably most definitively disagree with everything espoused in the above email. --- 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
