[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040525021701 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:05/25/2004 02:17:01Time to build:13 minutes 50 secondsLast changed:05/25/2004 01:46:23Last log entry:Use the string table value for the toString result and include the'.' in the extension value. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(120)1.3modifiedstarksmj2ee/src/main/javax/enterprise/deploy/shared/ModuleType.javaUse the string table value for the toString result and include the'.' in the extension value.1.4modifiedkabkhanaop/src/resources/test/basic/jboss-aop.xmlAdded aspects to intercept calls to the reflection API.1.3modifiedkabkhanaop/src/main/org/jboss/test/aop/basic/AOPTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopRootPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAspectTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/aop/reflection/ReflectionAspect.javaAdded aspects to intercept calls to the reflection API.1.5modifiedbwang00thirdparty/ws4ee/lib/axis-ws4ee.jarUpdated with port to saaj1.21.4modifiedejortconnector/src/etc/example-config/mssql-xa-ds.xmlPort MSSQL XA fix from 3.21.57modifiedejortserver/src/main/org/jboss/ejb/EJBDeployer.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.59modifiedejortserver/src/main/org/jboss/ejb/EjbModule.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.41modifiedejortserver/src/main/org/jboss/ejb/MessageDrivenContainer.javaRemove duplicate logging1.2modifiedejortconnector/src/etc/example-config/hajndi-jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortconnector/src/etc/example-config/jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.4modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/TestClient.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortserver/src/main/org/jboss/jms/jndi/AbstractJMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.10deletedejortserver/src/main/org/jboss/jms/jndi/JBossMQProvider.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.7modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.21modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderLoader.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.2modifiedejortserver/src/main/org/jboss/jms/jndi/JNDIProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.6modifiedejortserver/src/resources/dtd/jboss_3_2.dtdFix a typo1.323modifiedtdieslerbuild/build.xml+ put axis-ws4ee.jar in client instead of axis.jar+ note this might break jboss.net1.3modifiedtdieslerthirdparty/ws4ee/README.txtadd the basic profile comment1.4modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jar+ fix the child node handling in MessageElement+ add a few testcases+ get the axis test suite up to speedPLEASE MAKE SUREyou run "ant clean all-tests" before updating this jar1.2modifiedtdieslerthirdparty/ws4ee/README.txt+ fix the child node handling in MessageElement+ add a few testcases+ get the axis test suite up to speedPLEASE MAKE SUREyou run "ant clean all-tests" before updating this jar1.5modifiedejortserver/src/resources/dtd/jboss_3_2.dtdcall-by-value is now available in 3.21.3modifiedejortserver/src/resources/dtd/jboss-app_4_0.dtdjmx-name is now in jboss-3.21.2modifiedejortserver/src/resources/dtd/jboss-app_3_2.dtdjmx-name is now in jboss-3.21.35modifiedejortserver/src/main/org/jboss/deployment/EARDeployer.javaDon't automatically install a loader repository if the ear is embeddedin another deployment.Fix a typo destroy-stop1.121modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaadded getTransactionManager()1.12modifiedbelabancache/src/main/org/jboss/cache/loader/CacheLoader.javaadded exception to commit()
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 23:35 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 09:49 Message: Logged In: YES user_id=543482 Please, provide a testcase or detailed instructions to reproduce. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 01:56 Message: Logged In: YES user_id=711020 I've found the root of this problem. The problem has to do with the ReadAheadCache being used in multiple places. In particular, the load() method of the ReadAheadCache. What happens is this: in the course of the entity call, the JDBCCMRFieldBridge calls the load() method. At the end of the load() method, it clears out the cache for that id. Then, later in the course of that invocation, the JDBCLoadEntityCommand also calls load(). This returns false b/c the data has already been cleared out of the cache by the earlier load(). Then, because the load() returned false, it reruns the query to load the data up. I'm not sure what the proper resolution of this is, but it is definitely a serious issue with CMP. -- Comment By: Jacy Grannis (jacyg) Date: 2004-03-30 19:04 Message: Logged In: YES user_id=711020 Sure. Here is the method, it is in a stateless session bean that is using CMT. code /** * @ejb.interface-method * Method findClazzes * * @param type * * @return * * @throws FuelQuestException * */ public Collection findClazzes(ClazzType type) throws FuelQuestException { try { Collection col = classHome.findByClazzTypeId(type.getId().getValue()); if ((col == null) || (col.size() == 0)) { return Collections.EMPTY_LIST; } else { List list = new ArrayList(col.size()); for (Iterator it = col.iterator(); it.hasNext(); ) { list.add(getClazzImpl((LocalClazzes)it.next())); } return list; } } catch (FinderException fe) { super.setRollbackOnly(); throw new FuelQuestException(Error getting classes., fe); } }/code -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-03-30 10:00 Message: Logged In: YES user_id=543482 Could you post the code that triggers this SQL? -- Comment By: Jacy Grannis (jacyg) Date: 2004-03-30 00:55 Message: Logged In: YES user_id=711020 furthermore, since this behaviour didn't exist before, before it would run the finder and then a SINGLE query to load up the entities, this would be a bug, and should be addressed. CMP under jboss is unusable otherwise. -- Comment By: Jacy Grannis (jacyg) Date: 2004-03-30 00:53 Message: Logged In: YES user_id=711020 I've read your CMP docs, multiple times.
[JBoss-dev] [Tomcat] - Re: Shared TreeCache for Session Replication and SSO
Hi, The JBossCacheManager code was checked in by Bela. I plan to take over and finish it next month. As for the service name, yes, service=TreeCache has been a naming convention. So mostly likely, we will stick with it. My guess is for state replication, REPL_SYNC and READ_COMMITTED will be used as well. BTW, has your code been checked in yet? -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835698#3835698 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835698 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Eclipse M9 problem
uuups, forgot about xalan plugin - copy it as well. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835706#3835706 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835706 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - XML error in jbosscmp-jdbc (Xdoclet-generated) : auto-increm
This is the bean where the error is : | package org.jstock.ejb; | import java.rmi.RemoteException; | import java.util.Collection; | | import javax.ejb.CreateException; | import javax.ejb.EJBException; | import javax.ejb.EntityBean; | import javax.ejb.EntityContext; | import javax.ejb.FinderException; | import javax.ejb.RemoveException; | import javax.naming.Context; | import javax.naming.NamingException; | | import org.jstock.interfaces.Category; | import org.jstock.interfaces.CategoryLocal; | import org.jstock.interfaces.CategoryLocalHome; | import org.jstock.util.Connexion; | | | /** | * | * CMP Bean representing a product category | * | * @ejb.bean | * description=Category | * local-jndi-name=CategoryLocal | * jndi-name=Category | * name=Category | * primkey-field=categoryId | * type=CMP | * cmp-version = 2.x | * view-type=both | * | * @ejb.persistence | * table-name = Category | * | * @ejb.transaction | * type = Required | * | * @ejb.finder | * signature = java.util.Collection findAllSons(java.lang.Integer categoryId) | * query = SELECT OBJECT(obj) | * FROM Category AS c, | * IN (c.sonCategories) AS obj | * WHERE obj.fatherCategory.categoryId = ?1 | * | * @ejb.finder | * signature = java.util.Collection findAll() | * query = SELECT OBJECT(obj) | * FROM Category AS obj | * | * @jboss.persistence | * | */ | | public abstract class CategoryBean implements EntityBean { | | /** | * | * @param name | * @return | * @throws CreateException | * | * @ejb.create-method | * | */ | public Integer ejbCreate(String name) | throws CreateException{ | this.setName(name); | return null; | } | public void ejbPostCreate(String name){} | | | /** | * | * @return | * | * @ejb.pk-field | * | * @ejb.persistence | * column-name = categoryId | * jdbc-type = INTEGER | * sql-type = INTEGER | * | * @jboss.persistence | * not-null = false | * auto-increment = true | */ | public abstract Integer getCategoryId(); | | public abstract void setCategoryId(Integer categoryId); | | /** | * | * @return | * | * @ejb.interface-method | * | * @ejb.persistence | * column-name = name | * jdbc-type = VARCHAR | * sql-type = VARCHAR(15) | * | */ | public abstract String getName(); | /** | * @ejb.interface-method | */ | public abstract void setName(String name); | | /** | * | * @return | * | * @ejb.interface-method | * | * @ejb.persistence | * column-name = description | * jdbc-type = VARCHAR | * sql-type = VARCHAR(255) | * | */ | public abstract String getDescription(); | /** | * @ejb.interface-method | */ | public abstract void setDescription(String description); | | /** | * | * @return | * | * @ejb.interface-method | * | * @ejb.relation | * name = CategoryFather_CategorySon | * role-name = Son_has_Father | * | * @ejb.transaction | * type = Mandatory | * | * @jboss.relation | * fk-column = father_categoryId | * related-pk-field = categoryId | */ | public abstract CategoryLocal getFatherCategory(); | | /** | * @ejb.interface-method | */ | public abstract void setFatherCategory(CategoryLocal category); | | /** | * | * @param category | * | * @ejb.interface-method | * | */ | public void setFatherCategory(Category category){ | try{ | Integer iPk = (Integer) category.getPrimaryKey(); | Context jndiContext = (Context) Connexion.getInitialContext(); | | CategoryLocalHome catHomeLocal = | (CategoryLocalHome) jndiContext.lookup(CategoryLocal); | |
[JBoss-dev] [JBoss IDE] - Eclipse M9 problem
JBoss IDE doesn't want to install because of missing org.apache.xerces plugin (which wazs removed in M9). Copying this plugin into M9 doesn't help in my case. My workaround is: - take features/plugin JBossIDE directories from existing installation (on M8) - copy into M9 - find for xerces in xml and remove all imports of xerces Start Eclipse and it works. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835704#3835704 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835704 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: XML error in jbosscmp-jdbc (Xdoclet-generated) : auto-in
Oh yean , and here is the jbosscmp-jdbc generated : | jbosscmp-jdbc |defaults |/defaults | |enterprise-beans | ... | entity | ejb-nameCategory/ejb-name | | table-nameCategory/table-name | | cmp-field | field-namecategoryId/field-name | column-namecategoryId/column-name | not-null/ | | jdbc-typeINTEGER/jdbc-type | sql-typeINTEGER/sql-type | | auto-increment/ | /cmp-field | cmp-field | field-namename/field-name | column-namename/column-name | | jdbc-typeVARCHAR/jdbc-type | sql-typeVARCHAR(15)/sql-type | | /cmp-field | cmp-field | field-namedescription/field-name | column-namedescription/column-name | | jdbc-typeVARCHAR/jdbc-type | sql-typeVARCHAR(255)/sql-type | | /cmp-field | | /entity | ... |/enterprise-beans | | relationships | ... | /relationships | | /jbosscmp-jdbc | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835707#3835707 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835707 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: heterogeneous cluster nodes
I have managed to run a cluster with Windows and Linux machines, but I didnt' make any thorough tests. Jaksa View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835709#3835709 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835709 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Problem with TreeCache in JBoss 3.2.3
Okay, okay! I think I'm reaching aim now. But some little problems are still available... 1.) I created a sar file containing a MBean. This MBean reads out a XML file. Then it instantiates the TreeCache. Afterwards it binds this object with a JNDI name. At last: It adds the XML file content to the TreeCache. A survey of the code: TreeCache cache = new TreeCache(); PropertyConfigurator config = new PropertyConfigurator(); config.configure(cache, ..\\server\\all\\deploy\\local-service.xml); // read in generic local xml cache.startService(); //Bind object to JNDI namespace InitialContext ctx = new InitialContext(); ctx.bind( java:/TreeCache, cache ); Now the JBoss cluster establishes some accepted views to this TreeCache Instance. Now I created a StatelessSession Bean, which shall read out the content. Here is a short code snippet: | TreeCache theCache = null; | try | { | InitialContext ctx = new InitialContext(); | //The following line is line Number 134 in com.siemens.is.its.airfield.aglseries.test.POJOTestBean.getValues() | Object o = ctx.lookup( java:/TreeCache ); | theCache = (TreeCache)javax.rmi.PortableRemoteObject.narrow(o, TreeCache.class ); | System.out.println(Entering: POJOTestBean::getValues()); | String key = aglcore; | Node n = theCache.get( key ); | System.out.println(\tReturned object: + n.toString()); | System.out.println(Leaving: POJOTestBean::getValues()); | | } | catch(Exception e) | { | e.printStackTrace(); | } | | | | But the JBoss server only responses with an Exception like this: | | 14:57:28,881 INFO [StatelessSessionContainer] Started jboss.j2ee:jndiName=com.siemens.is.its.airfield.aglseries.test.POJOTest,service=EJB | 14:57:28,891 INFO [EjbModule] Started jboss.j2ee:module=test-ejb.jar,service=EjbModule | 14:57:28,901 INFO [EJBDeployer] Deployed: file:/D:/Projects/Java/jboss3/server/all/deploy/test-ejb.jar | 14:57:28,931 INFO [MainDeployer] Deployed package: file:/D:/Projects/Java/jboss3/server/all/deploy/test-ejb.jar | 14:57:37,414 ERROR [STDERR] EJBStatelessSessionBean::setSessionContext is not implemented yet. | 14:57:37,414 ERROR [STDERR] EJBStatelessSessionBean::ejbCreate is not implemented yet. | 14:57:37,424 ERROR [STDERR] javax.naming.NameNotFoundException: TreeCache not bound | 14:57:37,444 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) | 14:57:37,454 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) | 14:57:37,464 ERROR [STDERR] at org.jnp.server.NamingServer.getObject(NamingServer.java:509) | 14:57:37,474 ERROR [STDERR] at org.jnp.server.NamingServer.lookup(NamingServer.java:282) | 14:57:37,484 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:528) | 14:57:37,494 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) | 14:57:37,504 ERROR [STDERR] at javax.naming.InitialContext.lookup(InitialContext.java:347) | 14:57:37,514 ERROR [STDERR] at com.siemens.is.its.airfield.aglseries.test.POJOTestBean.getValues(POJOTestBean.java:134) | 14:57:37,524 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | 14:57:37,534 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | 14:57:37,544 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | 14:57:37,554 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:324) | 14:57:37,564 ERROR [STDERR] at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:683) | 14:57:37,584 ERROR [STDERR] at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) | 14:57:37,594 ERROR [STDERR] at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:72) | 14:57:37,604 ERROR [STDERR] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) | 14:57:37,614 ERROR [STDERR] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:297) | 14:57:37,624 ERROR [STDERR] at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128) | 14:57:37,634 ERROR [STDERR] at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) | 14:57:37,644 ERROR [STDERR] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) | 14:57:37,654 ERROR [STDERR] at org.jboss.ejb.plugins.CleanShutdownInterceptor.invoke(CleanShutdownInterceptor.java:264) | 14:57:37,664 ERROR [STDERR] at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) | 14:57:37,674 ERROR [STDERR]
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: heterogeneous cluster nodes
No thorough tests?!? let me speak to your professor ;) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835713#3835713 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835713 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: i18n of nukes. What is the way to go?
Today I made a patch with al my changed relating to the translating. A lot of static text in the sources is replaced by labels. This patch is ONLY for nukes itself, not the other modules. I also have dutch resource files, but these do not have all the translated terms. I will make them available when they are finished (will be within three weeks, but probably much sooner). [url=http://www.fundament.nl/techniek/i18n_nukes_20040525.patch]the patch[/url] [/url] View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835727#3835727 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835727 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: i18n of nukes. What is the way to go?
http://www.fundament.nl/techniek/i18n_nukes_20040525.patch ;) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835728#3835728 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835728 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Message could not be received on MDB
Hi all, Urgent help needs!!! I have succesfully deployed JMSReceiver MDB into JBOSS3.2.3. 1 Code: package netsure.dat.adapterEngine.receiver; import javax.ejb.MessageDrivenBean; import javax.jms.MessageListener; import javax.jms.TextMessage; import javax.naming.Context; import javax.ejb.MessageDrivenContext; import javax.jms.JMSException; import javax.jms.Message; import java.util.logging.*; /** * * @author netsure */ public class JMSReceiverMDB implements MessageDrivenBean, MessageListener { private MessageDrivenContext mdc = null; static final Logger logger = Logger.getLogger(netsure.dat.adapterEngine.receiver.JMSReceiverMDB); public JMSReceiverMDB() { addLogger(); logger.info(In MessageBean.MessageBean()); } private void addLogger(){ try{ FileHandler handler = new FileHandler(//home/netsure/JMSReceiver.log); logger.addHandler(handler); } catch(Exception e){ e.printStackTrace(); } } public void setMessageDrivenContext(MessageDrivenContext mdc) throws javax.ejb.EJBException { logger.info(In MessageBean.setMessageDrivenContext()); this.mdc = mdc; } public void ejbCreate() { logger.info(In MessageBean.ejbCreate()); } public void onMessage(Message inMessage) { TextMessage msg = null; try { if (inMessage instanceof TextMessage) { msg = (TextMessage) inMessage; logger.info(MESSAGE BEAN: Message received: + msg.getText()); } else { logger.warning(Message of wrong type: + inMessage.getClass().getName()); } } catch (JMSException e) { logger.severe(MessageBean.onMessage: JMSException: + e.toString()); e.printStackTrace(); mdc.setRollbackOnly(); } catch (Throwable te) { logger.severe(MessageBean.onMessage: Exception: + te.toString()); te.printStackTrace(); } } public void ejbRemove() throws javax.ejb.EJBException { logger.info(In MessageBean.remove()); } } 2 ejb-jar.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE ejb-jar PUBLIC -//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN http://java.sun.com/dtd/ejb-jar_2_0.dtd; ejb-jar enterprise-beans message-driven ejb-nameJMSReceiver/ejb-name ejb-classnetsure.dat.adapterEngine.receiver.JMSReceiverMDB/ejb-class message-selector/message-selector transaction-typeContainer/transaction-type acknowledge-modeAuto-acknowledge/acknowledge-mode message-driven-destination destination-typejavax.jms.Topic/destination-type subscription-durabilityNonDurable/subscription-durability /message-driven-destination resource-ref res-ref-namedat/TopicFacotry/res-ref-name res-typejavax.jms.TopicConnectionFactory/res-type res-authContainer/res-auth /resource-ref /message-driven /enterprise-beans assembly-descriptor container-transaction ejb-nameJMSReceiver/ejb-name method-name*/method-name trans-attributeRequired/trans-attribute /container-transaction /assembly-descriptor /ejb-jar 3 jboss.xml ?xml version=1.0 encoding=UTF-8? enterprise-beans message-driven ejb-nameJMSReceiver/ejb-name destination-jndi-nametopic/jms.dat.adapterEngineTopic/destination-jndi-name configuration-beanStandard Message Driven Bean/configuration-bean mdb-usereyang/mdb-user mdb-passwdeyang01/mdb-passwd resource-ref res-ref-namedat/TopicFacotry/res-ref-name jndi-namejava:/dat/ConnectionFactory/jndi-name /resource-ref /message-driven /enterprise-beans . And I use a session Bean JMSPublisher to publish message onto the topic the MDB listerning on. In term of the trace, Messages are published. While, no message is received on MDB. Why?? ANy idea? Great Apprecation. Eddie View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835742#3835742 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835742 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
[JBoss-dev] [Build System] - Can't build from src 32.2.3 3.2.4RC2
Hi all, I'm trying to build JBoss from src for the 1st time. It seems that I need some more help than what is in the wiki. 1) === I've downloaded jboss-3.2.3-src.tar.gz. I've decompressed it on my Windows XP pro with winzip I've got a jdk 1.4.2_03 already installed when I launch the build from the build module, I've got the following messages : jboss-3.2.3-src\server\src\main\org\jboss\ejb\plugins\cmp\jdbc\bridge\JDBCCMP1xFieldBridge.java:39: cannot resolve symbol | symbol : class JDBCAbstractCMPFieldBridge | location: class org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP1xFieldBridge | public class JDBCCMP1xFieldBridge extends JDBCAbstractCMPFieldBridge | | | ...(+ several more errors) | | Build was correct for modules : common, jmx, system, j2ee, naming, transaction It fails in the system module. 2) = I've tried with jboss-3.2.4RC2-src.tar.gz result: module common = OK module jmx = FAILED | jboss-3.2.4RC2-src\jmx\output\classes | C:\app\jboss-3.2.4RC2-src\jmx\src\main\javax\management\relation\Relation.java:44: cannot resolve symbol | symbol : class RelationServiceNotRegisteredException | location: interface javax.management.relation.Relation | throws RelationServiceNotRegisteredException; | Any idea ? Tx View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835748#3835748 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835748 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Selective Initial State Transfer.
FetchStateOnStartup is a veeery useful thing in JbossCache but, as I understand, it replicates the whole stuff in the cache. Is there a way to make it replicate only a subset of nodes from the cache tree? Here is why: we use cache a lot, in the run-time, and do quite a lot of pre-caching too. Servers pre-cache some stuff from the db, like: internationalized messages, country list, languages list, permission policies and some critical business entity objects, as well as slow and critical queries (under Hibernate). When server A starts up it pre-caches from the database, but when another server B starts up it should transfer the pre-cached information from A. This is for two reasons: 1) it's much faster for server B because pre-cache from database is not very fast (slow queries) 2) If B would begin pre-caching from the database and putting values in the cache, it would force A refresh its cache, right? Huge amount of unnecessary traffic would be created between A and B. FetchStateOnStartup is exactly the thing that provides with needed inital state replication but here is the problem - on the startup only the information that is part of the normal pre-cache should be replicated, not the whole runtime cache of servers in the cluster. The rest should be fetched by B, from A, one by one, only when an access request is made from the cache user, but not on the startup. This is very important because the amount of information that is usually pre-cache in our system is about 500megs, while runtime size of the cache is about 2 Gigs and can go all the way up to 4Gigs, right? I am worried about making server transfer several gigabytes of information over the network at startup. Using different caches for pre-cached and non-precached parts is not an option because both should be under Hibernate and Hibernate can not use two caches in parallel. We, also, have another requirement where we need to refresh information on a set of nodes. There are two problems with that, as I can see it: 1) There is no cluster-wide eviction in Jboss Cache, from what I read 2) After eviction only one server should re-cache from the database and forcingly push only this node's info to other members of the cache (which is kinda similiar task of selective state replication, right?) I am not sure if TreeCacheAOP can help with these, but I am afraid using AOP version is not an option because my folks really want the implementation to be J2EE-container independant :( thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835760#3835760 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835760 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: XML error in jbosscmp-jdbc (Xdoclet-generated) : auto-in
Well, I found the answer : I was making 3.0 compilant files, but auto-increment is a 3.2. So I had to go in the xdoclet configuration menu and chage jboss version tag to 3.2... a whole morning for that T_T View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835763#3835763 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835763 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Where can I find the source code for JBossCache 1.0.1
Where can I find the source code for JBossCache 1.0.1 I can't find it neither on jboss site, nor on sourceforge. I would like a zip with all the source code in it (I can't use CVS behind my firewall). Thanks, Jose View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835774#3835774 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835774 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-957032 ] loader-repository in jboss-app.xml not working
Bugs item #957032, was opened at 2004-05-19 20:37 Message generated for change (Comment added) made by davidmboon You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957032group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: David Boon (davidmboon) Assigned to: Scott M Stark (starksm) Summary: loader-repository in jboss-app.xml not working Initial Comment: Specifying loader-repository in jboss-app.xml does not work as described. I'm attempting to enable scoped classloading at the ear level. I would like each ear to have isolation from each other. I've added the following to, or similar to each ear: loader-repository loaderRepositoryClass=org.jboss.mx.loading.HeirachicalLoaderRepository3 lmnk:loader=ear_name_here.ear loader-repository-config java2ParentDelegaton=true /loader-repository-config /loader-repository When deploying the ears the following is printed to the logs: 2004.05.18 07:25:07.890 EDT INFO [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/c:/khub/JBossEval/deploy/lms 2004.05.18 07:27:37.953 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/dave.ear/ 2004.05.18 07:27:38.062 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/dave2.ear/ 2004.05.18 07:27:38.140 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/kauthor.ear/ 2004.05.18 07:27:38.171 EDT WARN [org.jboss.deployment.DeploymentInfo] Only the root deployment can set the loader repository, ingoring config=LoaderRepositoryConfig(repositoryName: lmnk:loader=kauthor.ear, repositoryClassName: org.jboss.mx.loading.HeirachicalLoaderRepository3, configParserClassName: org.jboss.mx.loading.HeirarchicalLoaderRepository3ConfigParser, repositoryConfig: java2ParentDelegaton=true) 2004.05.18 07:27:38.687 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/lms.ear/ 2004.05.18 07:27:38.750 EDT WARN [org.jboss.deployment.DeploymentInfo] Only the root deployment can set the loader repository, ingoring config=LoaderRepositoryConfig(repositoryName: lmnk:loader=lms.ear, repositoryClassName: org.jboss.mx.loading.HeirachicalLoaderRepository3, configParserClassName: org.jboss.mx.loading.HeirarchicalLoaderRepository3ConfigParser, repositoryConfig: java2ParentDelegaton=true) Also, after the server is running the classes that I expected to have isolation are not isolated. Tried with 3.2.3, and 3.2.4RC1, operating system: windows XP, jdk 1.4.2 -- Comment By: David Boon (davidmboon) Date: 2004-05-25 13:50 Message: Logged In: YES user_id=1045592 Thanks for the information...I have set the loader-repository in the jboss-app.xml in the ear, but no other places. In the jboss-service.xml of the server configuration that I am starting I have: attribute name=URLsdeploy/, ${deployment.url}/attribute attribute name=RecursiveSearchTrue/attribute ${deployment.url} is an additional directory specified at runtime to scan for deployment units. In this case c:/khub/JBossEval/deploy/lms. This directory contains two exploded ears. But I even get this error when there is only one ear. I'm attaching my server.log with the category org.jboss set to DEBUG. There are a few things in the ${deployment.url} that are being deployed, including some JMS Queues, datasources. -- Comment By: Scott M Stark (starksm) Date: 2004-05-21 17:38 Message: Logged In: YES user_id=175228 The warning means you have deployments in the ear that are tyring to set their own scoping and this cannot be done. Only the toplevel deployment, in this case the ear can set the scoping. Make sure you do not have the following URLDeploymentScanner attribute setting in conf/jboss-service.xml: attribute name=RecursiveSearchFalse/attribute This would produce the behavior you are seeing because you have told the scanner to deploy the lms directory as a jar with nested deployments being the ears, and they all would share the unscoped class loader of the lms directory. What classes are not being isolated and where do they live? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957032group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED]
[JBoss-dev] [JBoss IDE] - Re: Eclipse M9 problem
I removed xerces and xlan references from plugins and features, but there's no JBoss IDE in Show View, Other... The plugin and feature show up in configuration though without errors. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835781#3835781 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835781 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Re: Shared TreeCache for Session Replication and SSO
Yes, it's in 3.2 and HEAD, although I need to port a small change to the HEAD version. I plan on making some changes tonight to have it look for the service=TreeCache cache. FYI, I designed the sso assuming an unshared cache, and had been storing data in the cache in the following structure: /ABC12/credentials --- credential data needed to support client authentication on another node for sso id ABC12... /ABC12.../sessions --- set of all the HttpSession id's associated with sso ABC12 /XYZ98./credentials /XYZ98./sessions Ids for sso's are basically analogous to HttpSession ids. Since this data will now be in a shared cache, would you want all of the above under some sort of higher level structure, e.g. /sso/ABC12/credentials ? If so, will that have performance implications due to locking -- e.g. while the /sso/XYZ98.../sessions node is being written, the /sso/ABC12.../credentials node is locked for read? Sorry, my knowledge of TreeCache locking is still limited :( The credentials and sessions were stored in separate nodes rather than as attributes of a single node because the sso manager needs to be able to respond to a rare situation where the credential node is updated after it is created. I implement that using TreeCacheListener.nodeUpdated(), and in that method ignore the many changes to the sessions node. Brian View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835783#3835783 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835783 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-957032 ] loader-repository in jboss-app.xml not working
Bugs item #957032, was opened at 2004-05-19 20:37 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957032group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: David Boon (davidmboon) Assigned to: Scott M Stark (starksm) Summary: loader-repository in jboss-app.xml not working Initial Comment: Specifying loader-repository in jboss-app.xml does not work as described. I'm attempting to enable scoped classloading at the ear level. I would like each ear to have isolation from each other. I've added the following to, or similar to each ear: loader-repository loaderRepositoryClass=org.jboss.mx.loading.HeirachicalLoaderRepository3 lmnk:loader=ear_name_here.ear loader-repository-config java2ParentDelegaton=true /loader-repository-config /loader-repository When deploying the ears the following is printed to the logs: 2004.05.18 07:25:07.890 EDT INFO [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/c:/khub/JBossEval/deploy/lms 2004.05.18 07:27:37.953 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/dave.ear/ 2004.05.18 07:27:38.062 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/dave2.ear/ 2004.05.18 07:27:38.140 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/kauthor.ear/ 2004.05.18 07:27:38.171 EDT WARN [org.jboss.deployment.DeploymentInfo] Only the root deployment can set the loader repository, ingoring config=LoaderRepositoryConfig(repositoryName: lmnk:loader=kauthor.ear, repositoryClassName: org.jboss.mx.loading.HeirachicalLoaderRepository3, configParserClassName: org.jboss.mx.loading.HeirarchicalLoaderRepository3ConfigParser, repositoryConfig: java2ParentDelegaton=true) 2004.05.18 07:27:38.687 EDT INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/c:/khub/JBossEval/deploy/lms/lms.ear/ 2004.05.18 07:27:38.750 EDT WARN [org.jboss.deployment.DeploymentInfo] Only the root deployment can set the loader repository, ingoring config=LoaderRepositoryConfig(repositoryName: lmnk:loader=lms.ear, repositoryClassName: org.jboss.mx.loading.HeirachicalLoaderRepository3, configParserClassName: org.jboss.mx.loading.HeirarchicalLoaderRepository3ConfigParser, repositoryConfig: java2ParentDelegaton=true) Also, after the server is running the classes that I expected to have isolation are not isolated. Tried with 3.2.3, and 3.2.4RC1, operating system: windows XP, jdk 1.4.2 -- Comment By: Adrian Brock (ejort) Date: 2004-05-25 14:43 Message: Logged In: YES user_id=9459 Your url is wrong. If you want to deploy the contents of directory rather than the directory, you must end it with a / file:/c:/khub/JBossEval/deploy/lms/ -- Comment By: David Boon (davidmboon) Date: 2004-05-25 13:50 Message: Logged In: YES user_id=1045592 Thanks for the information...I have set the loader-repository in the jboss-app.xml in the ear, but no other places. In the jboss-service.xml of the server configuration that I am starting I have: attribute name=URLsdeploy/, ${deployment.url}/attribute attribute name=RecursiveSearchTrue/attribute ${deployment.url} is an additional directory specified at runtime to scan for deployment units. In this case c:/khub/JBossEval/deploy/lms. This directory contains two exploded ears. But I even get this error when there is only one ear. I'm attaching my server.log with the category org.jboss set to DEBUG. There are a few things in the ${deployment.url} that are being deployed, including some JMS Queues, datasources. -- Comment By: Scott M Stark (starksm) Date: 2004-05-21 17:38 Message: Logged In: YES user_id=175228 The warning means you have deployments in the ear that are tyring to set their own scoping and this cannot be done. Only the toplevel deployment, in this case the ear can set the scoping. Make sure you do not have the following URLDeploymentScanner attribute setting in conf/jboss-service.xml: attribute name=RecursiveSearchFalse/attribute This would produce the behavior you are seeing because you have told the scanner to deploy the lms directory as a jar with nested deployments being the ears, and they all would share the unscoped class loader of the lms directory. What classes are not being isolated and where do they live? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957032group_id=22866 --- This SF.Net email is
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Problem with creating table at deploy
Here is the XDoclet tags for the bean : | /** | * @ejb.bean | * description=Category | * local-jndi-name=CategoryLocal | * jndi-name=Category | * name=Category | * primkey-field=categoryId | * type=CMP | * cmp-version = 2.x | * view-type=both | * | * @ejb.persistence | * table-name = Category | * | * @ejb.transaction | * type = Required | * | * @ejb.finder | * signature = java.util.Collection findAllSons(java.lang.Integer categoryId) | * query = SELECT OBJECT(obj) | * FROM Category AS c, | * IN (c.sonCategories) AS obj | * WHERE obj.fatherCategory.categoryId = ?1 | * | * @ejb.finder | * signature = java.util.Collection findAll() | * query = SELECT OBJECT(obj) | * FROM Category AS obj | * | * @jboss.entity-command | * name=mysql-get-generated-keys | * class=org.jboss.ejb.plugins.cmp.jdbc.keygen.JDBCMySQLCreateCommand | */ | Here is the method of the pk : | /** | * | * @return | * | * @ejb.pk-field | * | * @ejb.persistence | * column-name = categoryId | * jdbc-type = INTEGER | * sql-type = INTEGER | * | * @jboss.persistence | * not-null = true | * auto-increment = true | */ | public abstract Integer getCategoryId(); | | public abstract void setCategoryId(Integer categoryId); | When I try to deploy the bean, MySQL complains like this : | ERROR 1064: You have an error in your SQL syntax. Check the manual that corresp | onds to your MySQL server version for the right syntax to use near 'IDENTITY, na | me VARCHAR(15), description VARCHAR(255),father_cat | however, this command creates the table normally : | mysql CREATE TABLE category(categoryId INTEGER NOT NULL AUTO_INCREMENT, name VA | RCHAR(15), description VARCHAR(255),father_categoryId INTEGER, CONSTRAINT PK_CAT | EGORY PRIMARY KEY (categoryId)); | If anyone can help me ... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835790#3835790 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835790 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Finding IP address of a subscriber (Jboss 3.2.x)
Hi, I'm trying to write code to get the IP address of a subscriber. I want to do this on the server, so I can display IPs of subscribers that are not consuming messages. The Subscription class does not have this info directly. Should I be following the ConnectionToken to ClientIL? How can I go about finding the IP address of the subscriber? TIA ...richie View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835791#3835791 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835791 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - downloads module - request for testing
the downloads module has been converted to a pure cmp implementation - it only had a ddl for mysql, and i felt it would be a better use of time instead of creating ddl files. i'd appriciate it if the ppl running postgres (and everyone else) could take it for a spin and report back any bugs/problems they encounter on both the database side of things, and the usability side of things. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835792#3835792 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835792 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 14:35 Message generated for change (Comment added) made by jacyg You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 10:49 Message: Logged In: YES user_id=711020 I find it hard to believe that reading this bug report doesn't give enough information... Run *any* finder on a CMP bean that returns more than 1 result with the load strategy set to on-find. That will reproduce this bug. It happens with all our beans, as I stated before. Our CMP configuration is the same as the standard config, except we are using on-find instead of on-load (though I believe you would also see similar problems with on-load, but haven't confirmed that). -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 01:49 Message: Logged In: YES user_id=543482 Please, provide a testcase or detailed instructions to reproduce. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-24 17:56 Message: Logged In: YES user_id=711020 I've found the root of this problem. The problem has to do with the ReadAheadCache being used in multiple places. In particular, the load() method of the ReadAheadCache. What happens is this: in the course of the entity call, the JDBCCMRFieldBridge calls the load() method. At the end of the load() method, it clears out the cache for that id. Then, later in the course of that invocation, the JDBCLoadEntityCommand also calls load(). This returns false b/c the data has already been cleared out of the cache by the earlier load(). Then, because the load() returned false, it reruns the query to load the data up. I'm not sure what the proper resolution of this is, but it is definitely a serious issue with CMP. -- Comment By: Jacy Grannis (jacyg) Date: 2004-03-30 10:04 Message: Logged In: YES user_id=711020 Sure. Here is the method, it is in a stateless session bean that is using CMT. code /** * @ejb.interface-method * Method findClazzes * * @param type * * @return * * @throws FuelQuestException * */ public Collection findClazzes(ClazzType type) throws FuelQuestException { try { Collection col = classHome.findByClazzTypeId(type.getId().getValue()); if ((col == null) || (col.size() == 0)) { return Collections.EMPTY_LIST; } else { List list = new ArrayList(col.size()); for (Iterator it = col.iterator(); it.hasNext(); ) { list.add(getClazzImpl((LocalClazzes)it.next())); } return list; } } catch (FinderException fe) { super.setRollbackOnly(); throw new FuelQuestException(Error getting classes., fe); } }/code -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-03-30 01:00 Message: Logged In: YES user_id=543482 Could
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Context
Hi - I am new to JBoss AOP, and I apologize in advance if the answer is in the doc. I couldn't find it. Is there a way to know the object from which an advice has been triggered? This could be useful to modify the object that triggered the advice. Thanks, Frank View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835799#3835799 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835799 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - WIKI is corrupted
We got hacked bad recently and the Wiki has been f%##$ in the process. If you want JBoss AOP documentation, most of it comes with the downloads. We'll get the WIKI up and restored ASAP. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835802#3835802 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835802 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: Problem with creating table at deploy
perhaps this is a mysql bug? (this same problem exists for hsqldb, and i recall reading that it was a hsqldb issue). try adding this to your class level xdoclet | @jboss.persistence | pk-constraint=false | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835803#3835803 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835803 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Eclipse M9 problem
tbech wrote : JBoss IDE doesn't want to install because of missing org.apache.xerces plugin (which wazs removed in M9). | Copying this plugin into M9 doesn't help in my case. | | My workaround is: | - take features/plugin JBossIDE directories from existing installation (on M8) | - copy into M9 | - find for xerces in xml and remove all imports of xerces | | Start Eclipse and it works. Hello, which XML-file is it? thanks eddy View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835809#3835809 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835809 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - unable to use code completion for the @ejb-tag for example
Hello everybody ! I try to follow the example in the JBoss-IDE 1.2.2 Tutorial Guide (Tutorial-1.2.2.pdf) on page 10 ???..(The next step is to insert XDoclet javadoc related tags for the EJB. Thanks to the code completion, it is an easy operation. In the Java editor go in the Javadoc class paragraph. Type [EMAIL PROTECTED] And press CTRL+Space. You should see the magic of completion in action.)???. But I do not see code completition in action ! So i try to Refersh Data by pushing the Button Refersh XDoclet Data at Window/Preference/JBoss IDE/XDoclet/Code Assist. By doing this i get the following Error message: (Unable to create the selected preference page.) Reason: Plug-in org.jboss.ide.eclipse.xdoclet.core was unable to load class oreg.jboss.ide.xdoclet.core.ui.MainPreferencePage.) My Configuration: Java: SDK 1.4.1 Eclipse 3.0.0 Jboss-Ide 1.2.330 Question: What steps i have to follow to use code completion for the @ejb-tag. So any help is welcome. Kind regards Peter View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835810#3835810 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835810 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Build System] - Re: Can't build from src 32.2.3 3.2.4RC2
Do not use winzip as it tends to corrupt the long paths in the archive. Just unpack with the JDK jar tool. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835811#3835811 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835811 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Intercepting set on bidim array
Quick question: if I declare an interceptor on set for a String[][], can I access the value of the indices used when setting a value in the array?? Thanks, Frank View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835812#3835812 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835812 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-960278 ] ExtendedTextEditor class dropped in Eclipse M9
Patches item #960278, was opened at 2004-05-25 13:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=960278group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrew Oswald (aoswald) Assigned to: Nobody/Anonymous (nobody) Summary: ExtendedTextEditor class dropped in Eclipse M9 Initial Comment: M9 has officially dropped ExtendedTextEditor. Here's some more info: http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ui.editors/migration_guidelines.html?rev=1.5 I'm not too versed in this functionality, but as per the above link, substituting org.eclipse.ui.editors.text.TextEditor for ExtendedTextEditor should do the trick. Also, the org.eclipse.ui.workbench.texteditor dependency is no longer needed in the plugin. I ran a quick runtime workbench smoke test and those changes did the trick. This is in reference to the eclipse-3-0 branch src. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=960278group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 23:35 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 20:48 Message: Logged In: YES user_id=543482 Ok then I find it hard to believe that it is a bug in JBoss (3.2.4RC2). It works for me. Re-open when you have a testcase. query query-method method-namefindAll/method-name method-params /method-params /query-method jboss-ql![CDATA[select object(o) from B o]]/jboss-ql read-ahead strategyon-find/strategy page-size5/page-size eager-load-group*/eager-load-group /read-ahead /query Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getName()); } 20:45:52,705 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 20:45:52,715 DEBUG [BBean] ejbLoad for 11 20:45:52,715 INFO [FacadeSessionBean] b.name=null 20:45:52,715 DEBUG [BBean] ejbLoad for 22 20:45:52,715 INFO [FacadeSessionBean] b.name=null 20:45:52,715 DEBUG [BBean] ejbLoad for 33 20:45:52,715 INFO [FacadeSessionBean] b.name=null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 18:49 Message: Logged In: YES user_id=711020 I find it hard to believe that reading this bug report doesn't give enough information... Run *any* finder on a CMP bean that returns more than 1 result with the load strategy set to on-find. That will reproduce this bug. It happens with all our beans, as I stated before. Our CMP configuration is the same as the standard config, except we are using on-find instead of on-load (though I believe you would also see similar problems with on-load, but haven't confirmed that). -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 09:49 Message: Logged In: YES user_id=543482 Please, provide a testcase or detailed instructions to reproduce. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 01:56 Message: Logged In: YES user_id=711020 I've found the root of this problem. The problem has to do with the ReadAheadCache being used in multiple places. In particular, the load() method of the ReadAheadCache. What happens is this: in the course of the entity call, the JDBCCMRFieldBridge calls the load() method. At the end of the load() method, it clears out the cache for that id. Then, later in the course of that invocation, the JDBCLoadEntityCommand also calls load(). This returns false b/c the data has already been cleared out of the cache by the earlier load(). Then, because the load() returned false, it reruns the query to load the data up. I'm not sure what the proper resolution of this is, but it is definitely a serious issue with CMP. -- Comment By: Jacy Grannis (jacyg) Date: 2004-03-30 19:04 Message: Logged In: YES user_id=711020 Sure. Here is the method, it is in a stateless session bean that is using CMT. code /** * @ejb.interface-method
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Intercepting set on bidim array
no. We have no plans to implement this anytime soon. If you're interested in helping, let me know. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835816#3835816 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835816 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: 3.2.4 Release Tasks
I'd like to fix bug 957737 (ObjectNamePatternHelper$PropertyPattern needed in client jar) before the final 3.2.4 release. I have fixed it in my copy of the source with this simple one line fix to varia/build.xml: !-- Build jbossjmx-ant.jar -- | ... | fileset dir=${jboss.jmx.root}/classes | include name=javax/management/*.class/ | include name=org/jboss/mx/util/Serialization.class/ | include name=org/jboss/mx/util/ObjectNamePatternHelper$PropertyPattern.class/ | /fileset | I would need some sort of write access to make this change. Regards, John Emerson View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835823#3835823 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835823 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Error deploying an aop'd jar file -- 3.2.4RC2
Pardon my ignorance, I am attempting to deploy any working example I can inside of 3.2.4RC2 to make sure I am up and working. I have tried making my own jar file with an jboss-aop-xml inside the META-INF directory, and I have also tried to deploy the example.jar file that is created from the 'packaging example'. Both give me the same error: 15:02:07,742 ERROR [URLDeploymentScanner] Incomplete Deployment listing: Packages waiting for a deployer: [EMAIL PROTECTED] { url=file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar lastDeployed: 1085511085357 lastModified: 1085511085357 mbeans: Incompletely deployed packages: [EMAIL PROTECTED] { url=file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/C:/jboss-3.2.4RC2/server/default/deploy/example.jar lastDeployed: 1085511085357 lastModified: 1085511085357 mbeans: Am I missing something here? It looks there is no deployer set up to handle it. I have modified my jboss-service.xml to include the AspectDeployer and the AspectManager. Thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835825#3835825 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835825 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 14:35 Message generated for change (Comment added) made by jacyg You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 14:09 Message: Logged In: YES user_id=711020 Oh, well, my bad, I just was continuing to investigate so I could try to patch it at least for myself. It's not the JDBCCMRFieldBridge , that was a mistake on my part. I had added logging to determine when the load() method was getting invoked and saw that it was being invoked multiple times, and assumed it was getting invoked from somewhere else. In fact, the problem is that if you are using a bean with more than one field, the access to the extra fields is what causes the failure. Try a bean with a single field PK, and two other fields, and you will see the behaviour. For example, take a bean with three fields: id, name, description, where id is the pk. then, run something, such as your find all. When iterating, call getId(), getName(), getDescription(), you will see multiple queries being invoked. Also, you bring discredit to your project by so summarily dismissing the bug, the logs I originally posted should be plenty of evidence that something is, in fact, going on that shouldn't be. By continuing to close this bug you are only diminishing the chances that jboss will get fixed and be as robust as you (and I) would like it to be. Maybe it strains your belief that this is a bug, but it is. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 12:48 Message: Logged In: YES user_id=543482 Ok then I find it hard to believe that it is a bug in JBoss (3.2.4RC2). It works for me. Re-open when you have a testcase. query query-method method-namefindAll/method-name method-params /method-params /query-method jboss-ql![CDATA[select object(o) from B o]]/jboss-ql read-ahead strategyon-find/strategy page-size5/page-size eager-load-group*/eager-load-group /read-ahead /query Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getName()); } 20:45:52,705 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 20:45:52,715 DEBUG [BBean] ejbLoad for 11 20:45:52,715 INFO [FacadeSessionBean] b.name=null 20:45:52,715 DEBUG [BBean] ejbLoad for 22 20:45:52,715 INFO [FacadeSessionBean] b.name=null 20:45:52,715 DEBUG [BBean] ejbLoad for 33 20:45:52,715 INFO [FacadeSessionBean] b.name=null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 10:49 Message: Logged In: YES user_id=711020 I find it hard to believe that reading this bug report doesn't give enough information... Run *any* finder on a CMP bean that returns more than 1 result with the load strategy set to on-find. That will reproduce this bug. It happens with all our beans, as I stated before. Our CMP configuration is the same as the standard config, except we are using on-find instead of on-load (though I believe you would also see similar problems with on-load, but haven't confirmed that).
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 14:35 Message generated for change (Comment added) made by jacyg You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 14:11 Message: Logged In: YES user_id=711020 For my own edification, I added stack traces into the load() method so I could see what is happening. Here are the tails of the stack traces that show the two invocations on a bean like I described: java.lang.Throwable: IN LOAD SUCCESS at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:420) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:355) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:352) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:261) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:118) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:175) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:316) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:484) at org.jboss.ejb.Container.invoke(Container.java:713) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:375) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:44) at $Proxy635.getId(Unknown Source) java.lang.Throwable: IN LOAD FAILED at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:321) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:355) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:352) at
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
The AspectDeployer comes with the jboss-aspects-beta2-for324.zip package. If the WIKI were up, I would be able to give you online directions. I believe the jboss-aop-beta2.zip has directions embedded within it though. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835830#3835830 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835830 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: heterogeneous cluster nodes
We have found few issues when different JVMs were involed e.g. IBM JVM on node1 and SUN on the other node1, if you are using the same JVM across it should behave pretty well. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835833#3835833 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835833 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: Problem with creating table at deploy
Well, I made it work, without changing anything in my code. I tried at my home on my Debian SID, I updated the connector/j (3.0.12, a recent release) and ... it worked. Sometimes I wonder why I choosed computer science ... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835834#3835834 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835834 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [EJB on JBoss] - fk-column being created non-nullable in postgres
I have been converting several EJB's to Postgres from HyperSonic. I have several one-many relations using a fk column. I am using table create and for some of the relations the column is being created as non-nullable, while it is not for other relations. Most of these relations are allowed to be null. I do not see anything different in the deployment descriptors between the different relations. Does anyone have an idea as to what might cause this. I have included excerpts for two of the relations in question: The NetInterface-Subnet relation is generating a non-nullable column, while the NetInterface-Node relation is not. ejb-jar.xml: ejb-relation ejb-relation-nameSubnet-Interface/ejb-relation-name ejb-relationship-role ejb-relationship-role-nameinterface-belongs-to-subnet/ejb-relationship-role-name Many relationship-role-source ejb-nameNetInterface/ejb-name /relationship-role-source cmr-field cmr-field-namesubnet/cmr-field-name /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-namesubnet-has-interfaces/ejb-relationship-role-name One relationship-role-source ejb-nameSubnet/ejb-name /relationship-role-source cmr-field cmr-field-namenetInterfaces/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role /ejb-relation ejb-relation ejb-relation-nameNode-Interface/ejb-relation-name ejb-relationship-role ejb-relationship-role-nameinterface-belongs-to-node/ejb-relationship-role-name Many relationship-role-source ejb-nameNetInterface/ejb-name /relationship-role-source cmr-field cmr-field-namenode/cmr-field-name /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-namenode-has-interfaces/ejb-relationship-role-name One relationship-role-source ejb-nameNode/ejb-name /relationship-role-source cmr-field cmr-field-namenetInterfaces/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role /ejb-relation jbosscmp-jdbc.xml ejb-relation ejb-relation-nameSubnet-Interface/ejb-relation-name ejb-relationship-role ejb-relationship-role-nameinterface-belongs-to-subnet/ejb-relationship-role-name key-fields/ /ejb-relationship-role ejb-relationship-role ejb-relationship-role-namesubnet-has-interfaces/ejb-relationship-role-name key-fields key-field field-namesubnetId/field-name column-nameSUBNETID/column-name /key-field /key-fields /ejb-relationship-role /ejb-relation ejb-relation ejb-relation-nameNode-Interface/ejb-relation-name ejb-relationship-role ejb-relationship-role-nameinterface-belongs-to-node/ejb-relationship-role-name key-fields/ /ejb-relationship-role ejb-relationship-role ejb-relationship-role-namenode-has-interfaces/ejb-relationship-role-name key-fields key-field field-namenodeId/field-name column-nameNODEID/column-name /key-field /key-fields /ejb-relationship-role /ejb-relation Thanks in advance, Mark View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835835#3835835 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835835 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
Yeah, I am already using the jboss-aspects package. - I placed the jboss-aspects.jar into the default/lib directory - I placed the base-aop.xml into the default/conf directory. I can see in the Jmx-console the AspectManager and AsepectDeployer -- so I am assuming that they have been deployed. Should I be able to deploy the example.jar? Does the log give any information about when it deploys a jboss-aop.xml file? (I have tried placing one in the META-INF directory of a current EAR file that i have, but I get no output that aspects have been deployed, and none of them seem to take place)l BTW -- I think I found a slight bug in the standalone.Compiler : when you give the -report flag, as well as pass it a directory for the last parameters, it dumps with a FileNotFoundException (Access Denied). It is trying to do a FIle.open() on a directory. Looks like there is code in other spots where you check for a directory, but the report flag assumes it is a file. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835836#3835836 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835836 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
You downloaded the 324 jar? not the plain jboss-aspect.jar correct? Thanks for the -report bug. I'll look into it. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835837#3835837 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835837 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
Bill Burke wrote : You downloaded the 324 jar? not the plain jboss-aspect.jar correct? | | Thanks for the -report bug. I'll look into it. Yep, I did. So, at this point, should my stuff be working, and something is amiss -- or am *I* doing something wrong? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835838#3835838 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835838 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 23:35 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 22:55 Message: Logged In: YES user_id=543482 Like this? Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getId() + + b.getName() + + b.getIntField()); } 22:48:48,531 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 22:48:48,541 DEBUG [BBean] ejbLoad for 11 22:48:48,541 INFO [FacadeSessionBean] b.name=11 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 22 22:48:48,541 INFO [FacadeSessionBean] b.name=22 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 33 22:48:48,551 INFO [FacadeSessionBean] b.name=33 null null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 22:11 Message: Logged In: YES user_id=711020 For my own edification, I added stack traces into the load() method so I could see what is happening. Here are the tails of the stack traces that show the two invocations on a bean like I described: java.lang.Throwable: IN LOAD SUCCESS at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:420) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:355) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:352) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:261) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:118) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:175) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:316) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:484) at org.jboss.ejb.Container.invoke(Container.java:713) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:375) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:44) at
[JBoss-dev] [ jboss-Bugs-957704 ] Jaxen-based Applications no longer working wth JBoss =3.2.4
Bugs item #957704, was opened at 2004-05-21 00:07 Message generated for change (Comment added) made by skulawik You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957704group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Sascha Kulawik (skulawik) Assigned to: Scott M Stark (starksm) Summary: Jaxen-based Applications no longer working wth JBoss =3.2.4 Initial Comment: Hello, I have a lot of applications based on XPath, which uses Jaxen for XPath processing. Through JBoss deliveres within JBoss 3.2.4 and 4.0 JDom as library, also Jaxen will be delivered in an incompatible version to the Jaxen-Final. Also the delivered Jaxen version is not complete, so generic XPath is no longer working because of the classloader as well - Im currently using the lib element in the applications.xml of my ear. Here is a short snipped which will no longer work with this versions: import org.jaxen.BaseXPath; import org.jaxen.dom.DOMXPath; public static Iterator findNodes(Node node, String xpathquery) { Iterator it = null; try { BaseXPath expression = new DOMXPath(xpathquery); it = expression.selectNodes(node).iterator(); } catch(Exception exe) { } if(it==null) { it = new Vector().iterator(); } return it; } -- Comment By: Sascha Kulawik (skulawik) Date: 2004-05-25 21:57 Message: Logged In: YES user_id=362237 Page not created yet? Do you have the right URL? -- Comment By: Scott M Stark (starksm) Date: 2004-05-21 19:44 Message: Logged In: YES user_id=175228 3.2.4 does not ship with jdom, it ships with dom4j, which is what includes jaxen. You will have to configure your application to override the jboss classes using scoped class loading as described here: http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration If this does not work create an ear which demonstrates the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957704group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 23:35 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 23:05 Message: Logged In: YES user_id=543482 Are you using the following in jboss.xml? method-attributes method method-nameget*/method-name read-onlytrue/read-only /method /method-attributes -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 22:55 Message: Logged In: YES user_id=543482 Like this? Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getId() + + b.getName() + + b.getIntField()); } 22:48:48,531 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 22:48:48,541 DEBUG [BBean] ejbLoad for 11 22:48:48,541 INFO [FacadeSessionBean] b.name=11 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 22 22:48:48,541 INFO [FacadeSessionBean] b.name=22 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 33 22:48:48,551 INFO [FacadeSessionBean] b.name=33 null null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 22:11 Message: Logged In: YES user_id=711020 For my own edification, I added stack traces into the load() method so I could see what is happening. Here are the tails of the stack traces that show the two invocations on a bean like I described: java.lang.Throwable: IN LOAD SUCCESS at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:420) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:355) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:352) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:261) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:118) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:175) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:316) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 14:35 Message generated for change (Comment added) made by jacyg You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 15:06 Message: Logged In: YES user_id=711020 yes. at one point, that was recommended. has that changed? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 15:05 Message: Logged In: YES user_id=543482 Are you using the following in jboss.xml? method-attributes method method-nameget*/method-name read-onlytrue/read-only /method /method-attributes -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 14:55 Message: Logged In: YES user_id=543482 Like this? Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getId() + + b.getName() + + b.getIntField()); } 22:48:48,531 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 22:48:48,541 DEBUG [BBean] ejbLoad for 11 22:48:48,541 INFO [FacadeSessionBean] b.name=11 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 22 22:48:48,541 INFO [FacadeSessionBean] b.name=22 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 33 22:48:48,551 INFO [FacadeSessionBean] b.name=33 null null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 14:11 Message: Logged In: YES user_id=711020 For my own edification, I added stack traces into the load() method so I could see what is happening. Here are the tails of the stack traces that show the two invocations on a bean like I described: java.lang.Throwable: IN LOAD SUCCESS at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:420) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:355) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:352) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:261) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:118) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:175) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:54) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:316) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149) at
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: 3.2.4 Release Tasks
jbossjmx-ant.jar is not the correct client jar to put this in as this is undocumented, unsupported code and needs to be removed from the dist. I'll address the missing class for the 3.2.4 release. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835843#3835843 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835843 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-957737 ] ObjectNamePatternHelper$PropertyPattern needed in client jar
Bugs item #957737, was opened at 2004-05-20 16:16 Message generated for change (Settings changed) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957737group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: John Emerson (johnjemerson) Assigned to: Scott M Stark (starksm) Summary: ObjectNamePatternHelper$PropertyPattern needed in client jar Initial Comment: 3.2.4RC2 - Windows XP JDK 1.4.2 In 3.4.2RC2, ObjectNamePatternHelper$PropertyPattern.class is packaged into jboss-3.2.4RC2/lib/jboss-jmx.jar. My client application got the following trace since I did not have that jar in my classpath. This class should available from a jar within jboss-3.2.4RC2/client. java.lang.NoClassDefFoundError: Lorg/jboss/mx/util/ObjectNamePatternHelper$PropertyPattern; at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:1514) at java.lang.Class.getDeclaredField(Class.java:1206) at java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1474) at java.io.ObjectStreamClass.access$400(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$3.run(ObjectStreamClass.java:335) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.init(ObjectStreamClass.java:333) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:253) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1010) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1224) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1050) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278) at org.jboss.invocation.MarshalledValue.init(MarshalledValue.java:57) at org.jboss.invocation.MarshalledInvocation.writeExternal(MarshalledInvocation.java:445) at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1264) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1245) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278) at sun.rmi.server.UnicastRef.marshalValue(UnicastRef.java:265) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:124) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:135) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96) at org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invoke(InvokerAdaptorClientInterceptor.java:58) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45) at org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:55) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85) at $Proxy0.getAttribute(Unknown Source) at com.itgssi.app.jmxtree.JmxServerAdaptorImpl.init(JmxServerAdaptorImpl.java:79) at com.itgssi.app.belvedere.JmxTreeDemo.init(JmxTreeDemo.java:73) at com.itgssi.app.belvedere.JmxTreeDemo.createAndShowGUI(JmxTreeDemo.java:102) at com.itgssi.app.belvedere.JmxTreeDemo.access$2(JmxTreeDemo.java:93) at com.itgssi.app.belvedere.JmxTreeDemo$2.run(JmxTreeDemo.java:116) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178) at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=957737group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
Looking at the code for the AspectDeployer that was in the 3.2.4 package -- the accpept() methid only returns true if it is passed a file that ends with .aop. I renamed the example.zip to example.aop, and the error didn't happen. So I am assuming that is it. I tried changing my file into a .aop, and it deployed with absolutely no messages at all -- but now I am not sure if my asepcts are active. I remember you talking in a advanced training class about the web-console showing you which Aspects are deployed and now, but I can't seem to find that. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835847#3835847 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835847 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 23:35 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 23:20 Message: Logged In: YES user_id=543482 This is what called details as it's not the default config. This read-only behaviour changed awhile ago. It is the same at least in 3.2.3. What is happenning is that a read-only (jboss.xml) invocation does not associate the target instance with the transaction and the instance is discarded and thrown away from the cache (unless commit option A) at the end of the invocation. Read-ahead cache is a cache per transaction. It means for read-only invocations, read-ahead cache is a cache per invocation. It is the same as running w/o transactions for read-only=false invocations. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 23:06 Message: Logged In: YES user_id=711020 yes. at one point, that was recommended. has that changed? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 23:05 Message: Logged In: YES user_id=543482 Are you using the following in jboss.xml? method-attributes method method-nameget*/method-name read-onlytrue/read-only /method /method-attributes -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 22:55 Message: Logged In: YES user_id=543482 Like this? Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getId() + + b.getName() + + b.getIntField()); } 22:48:48,531 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 22:48:48,541 DEBUG [BBean] ejbLoad for 11 22:48:48,541 INFO [FacadeSessionBean] b.name=11 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 22 22:48:48,541 INFO [FacadeSessionBean] b.name=22 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 33 22:48:48,551 INFO [FacadeSessionBean] b.name=33 null null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 22:11 Message: Logged In: YES user_id=711020 For my own edification, I added stack traces into the load() method so I could see what is happening. Here are the tails of the stack traces that show the two invocations on a bean like I described: java.lang.Throwable: IN LOAD SUCCESS at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:420) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(CMPPersistenceManager.java:355) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(CachedConnectionInterceptor.java:352) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:261) at
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 14:35 Message generated for change (Comment added) made by jacyg You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 15:21 Message: Logged In: YES user_id=711020 fair enough...except that the jboss docs say that the read-only attribute on method-attributes is to prevent bean-locking, not to do anything to affect the caching behaviour... -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 15:20 Message: Logged In: YES user_id=543482 This is what called details as it's not the default config. This read-only behaviour changed awhile ago. It is the same at least in 3.2.3. What is happenning is that a read-only (jboss.xml) invocation does not associate the target instance with the transaction and the instance is discarded and thrown away from the cache (unless commit option A) at the end of the invocation. Read-ahead cache is a cache per transaction. It means for read-only invocations, read-ahead cache is a cache per invocation. It is the same as running w/o transactions for read-only=false invocations. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 15:06 Message: Logged In: YES user_id=711020 yes. at one point, that was recommended. has that changed? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 15:05 Message: Logged In: YES user_id=543482 Are you using the following in jboss.xml? method-attributes method method-nameget*/method-name read-onlytrue/read-only /method /method-attributes -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 14:55 Message: Logged In: YES user_id=543482 Like this? Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getId() + + b.getName() + + b.getIntField()); } 22:48:48,531 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 22:48:48,541 DEBUG [BBean] ejbLoad for 11 22:48:48,541 INFO [FacadeSessionBean] b.name=11 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 22 22:48:48,541 INFO [FacadeSessionBean] b.name=22 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 33 22:48:48,551 INFO [FacadeSessionBean] b.name=33 null null -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 14:11 Message: Logged In: YES user_id=711020 For my own edification, I added stack traces into the load() method so I could see what is happening. Here are the tails of the stack traces that show the two invocations on a bean like I described: java.lang.Throwable: IN LOAD SUCCESS at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.load(ReadAheadCache.java:420) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(JDBCLoadEntityCommand.java:72) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:620) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(JDBCStoreManager.java:602) at
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
webconsole support for AOP has not been backported to 3.2 series yet. I didn't have time, sorry. Did that doco not make it clear that files needed to be named .aop? When the wiki comes back up, i'll check. Thanks for your patience. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835849#3835849 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835849 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-925597 ] Problem with JDBCLoadEntityCommand in 3.2.4
Bugs item #925597, was opened at 2004-03-29 14:35 Message generated for change (Comment added) made by jacyg You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=925597group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jacy Grannis (jacyg) Assigned to: Alexey Loubyansky (loubyansky) Summary: Problem with JDBCLoadEntityCommand in 3.2.4 Initial Comment: There seems to be a problem with using finders in 3.2.4. After the finder has been run, the loader iteratively calls sql statements to load each individual bean, and ends up generating quite a lot of unnecessary sql statements. I'm running 3.2.4rc1 under java 1.4.2_01-b06. I've included a snippet from my logs that illustrates the problem. The Classes bean (which is merely an example, I see the same behaviour with all my entity beans) has 4 fields, a Long primary key, a String name, a Long type_id, and a String description. I rather doubt that has much to do with it, since this behaviour doesn't exist in 3.2.1, but in case you were wondering. We are using the standard cmp configuration, with the exception of changing our strategy to on-find instead of on-load. The observed behaviour makes 3.2.4 pretty much unusable for doing entity beans b/c it *seriously* slows things down. Let me know if you have any questions. (log messages attached, nothing snipped or anything, it's exactly as it showed up) -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 15:35 Message: Logged In: YES user_id=711020 at any rate, i don't see any point to keeping this open. i would, however, state that i also *really* don't see the point of the read-only option if it breaks all the loading strategy stuff. if you can't use your load groups or on-find, you lose *all* the benefits of having read-only...yeah, you're saving a lock, but you're vastly increasing the amount of work the server is doing because it has to go to the database n x m more times (where n is # of beans and m is # of read-only fields). which, i guess, is fine to not have the read-only option, but it becomes useful only to people who are using commit option A instead of being more broadly useful like it used to be and hopefully saving some computation time that is involved with acquiring and (maybe) waiting for bean locks. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 15:21 Message: Logged In: YES user_id=711020 fair enough...except that the jboss docs say that the read-only attribute on method-attributes is to prevent bean-locking, not to do anything to affect the caching behaviour... -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 15:20 Message: Logged In: YES user_id=543482 This is what called details as it's not the default config. This read-only behaviour changed awhile ago. It is the same at least in 3.2.3. What is happenning is that a read-only (jboss.xml) invocation does not associate the target instance with the transaction and the instance is discarded and thrown away from the cache (unless commit option A) at the end of the invocation. Read-ahead cache is a cache per transaction. It means for read-only invocations, read-ahead cache is a cache per invocation. It is the same as running w/o transactions for read-only=false invocations. -- Comment By: Jacy Grannis (jacyg) Date: 2004-05-25 15:06 Message: Logged In: YES user_id=711020 yes. at one point, that was recommended. has that changed? -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 15:05 Message: Logged In: YES user_id=543482 Are you using the following in jboss.xml? method-attributes method method-nameget*/method-name read-onlytrue/read-only /method /method-attributes -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-05-25 14:55 Message: Logged In: YES user_id=543482 Like this? Iterator i = BUtil.getLocalHome().findAll().iterator(); while(i.hasNext()) { BLocal b = (BLocal)i.next(); log.info(b.name= + b.getId() + + b.getName() + + b.getIntField()); } 22:48:48,531 DEBUG [B#findAll] Executing SQL: SELECT t0_o.id, t0_o.name, t0_o.intField, t0_o.dateField, t0_o.b inData, t0_o.A_FK FROM B t0_o 22:48:48,541 DEBUG [BBean] ejbLoad for 11 22:48:48,541 INFO [FacadeSessionBean] b.name=11 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 22 22:48:48,541 INFO [FacadeSessionBean] b.name=22 null null 22:48:48,541 DEBUG [BBean] ejbLoad for 33 22:48:48,551 INFO [FacadeSessionBean] b.name=33 null
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
the webconsole AOP stuff has not been ported to 3.2.4. You could turn on verbosity of AOP. In AspectManagerService mbean set Verbose attribute to true. I belive the doco has info on that as well. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835853#3835853 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835853 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
Thanks for all the help -- and I blew it. The documentation for the Running Inside JBoss mentions at the top about it having to be .aop file -- but since it was inside the 4.0 block, and no the 3.2.4, I never even looked at it. Sorry about that! Keep up the good work! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835854#3835854 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835854 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [EJB on JBoss] - Re: fk-column being created non-nullable in postgres
First I appologize for posting this to the wrong forum, I was a little confused by Development on JBoss versus JBoss Development and I thought this was the right forum based on the other posts in it, but seeing that they are all being told to use the other forums I can at least be in good company in having posted to the wrong one. I'll repost this to the user forums, but I have found out som eomore information just in case someone on this forum has an idea for me to try. The non-nullable constraint is being placed on fk columns that refer to auto-incremented pks. Thanks for any help and I appologize for posting to the wrong forum, Mark View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835856#3835856 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835856 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Error deploying an aop'd jar file -- 3.2.4RC2
Bill Burke wrote : webconsole support for AOP has not been backported to 3.2 series yet. I didn't have time, sorry. | | Did that doco not make it clear that files needed to be named .aop? When the wiki comes back up, i'll check. | | Thanks for your patience. | | Bill | I don't think it does, but I have been trying to hit the Wiki all day -- and the 'packaging' example produces the .zip file, but never mentions that it needs to be .aop for deployement. So, one last question -- given what is in 3.2.4 -- is there any way to know if and when an aspect has been deployed? It seems like the console gets no notification of it. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835852#3835852 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835852 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040525171635 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:05/25/2004 17:16:35Time to build:21 minutes 36 secondsLast changed:05/25/2004 16:42:35Last log entry:Don't discard a bean instance if an application error is thrownoutside a transaction. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(122)1.74modifiedejortserver/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.javaDon't discard a bean instance if an application error is thrownoutside a transaction.1.3modifiedejorttestsuite/src/main/org/jboss/test/exception/EntityExceptionUnitTestCase.javaRemove tests with unclear behaviour in the spec.1.3modifiedstarksmj2ee/src/main/javax/enterprise/deploy/shared/ModuleType.javaUse the string table value for the toString result and include the'.' in the extension value.1.4modifiedkabkhanaop/src/resources/test/basic/jboss-aop.xmlAdded aspects to intercept calls to the reflection API.1.3modifiedkabkhanaop/src/main/org/jboss/test/aop/basic/AOPTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopRootPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAspectTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/aop/reflection/ReflectionAspect.javaAdded aspects to intercept calls to the reflection API.1.5modifiedbwang00thirdparty/ws4ee/lib/axis-ws4ee.jarUpdated with port to saaj1.21.4modifiedejortconnector/src/etc/example-config/mssql-xa-ds.xmlPort MSSQL XA fix from 3.21.57modifiedejortserver/src/main/org/jboss/ejb/EJBDeployer.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.59modifiedejortserver/src/main/org/jboss/ejb/EjbModule.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.41modifiedejortserver/src/main/org/jboss/ejb/MessageDrivenContainer.javaRemove duplicate logging1.2modifiedejortconnector/src/etc/example-config/hajndi-jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortconnector/src/etc/example-config/jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.4modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/TestClient.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortserver/src/main/org/jboss/jms/jndi/AbstractJMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.10deletedejortserver/src/main/org/jboss/jms/jndi/JBossMQProvider.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.7modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.21modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderLoader.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.2modifiedejortserver/src/main/org/jboss/jms/jndi/JNDIProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.6modifiedejortserver/src/resources/dtd/jboss_3_2.dtdFix a typo1.323modifiedtdieslerbuild/build.xml+ put axis-ws4ee.jar in client instead of axis.jar+ note this might break jboss.net1.3modifiedtdieslerthirdparty/ws4ee/README.txtadd the basic profile comment1.4modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jar+ fix the child node handling in MessageElement+ add a few testcases+ get the axis test suite up to speedPLEASE MAKE SUREyou run "ant clean all-tests" before updating this jar1.2modifiedtdieslerthirdparty/ws4ee/README.txt+ fix the child node handling in MessageElement+ add a few testcases+ get the axis test suite up to speedPLEASE MAKE SUREyou run "ant clean all-tests" before updating this jar1.5modifiedejortserver/src/resources/dtd/jboss_3_2.dtdcall-by-value is now available in 3.21.3modifiedejortserver/src/resources/dtd/jboss-app_4_0.dtdjmx-name is now in jboss-3.21.2modifiedejortserver/src/resources/dtd/jboss-app_3_2.dtdjmx-name is now in jboss-3.21.35modifiedejortserver/src/main/org/jboss/deployment/EARDeployer.javaDon't automatically install a loader repository if the ear is
[JBoss-dev] [EJB on JBoss] - User questions will be removed!!!
Please post on the EJB user forum as this particular forum is used to discuss design of the EJB container in JBoss. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835862#3835862 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835862 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.41 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040525174225Lbuild.41 BUILD COMPLETE-build.41Date of build:05/25/2004 17:42:25Time to build:27 minutes 19 secondsLast changed:05/25/2004 17:04:33Last log entry:Don't discard the instance for an application exceptionthrown outside a transaction. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(2)1.53.2.11modifiedejortserver/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.javaDon't discard the instance for an application exceptionthrown outside a transaction.1.1.2.2modifiedejorttestsuite/src/main/org/jboss/test/exception/EntityExceptionUnitTestCase.javaRemove tests that are unclear in the spec
[JBoss-dev] [JCA on JBoss] - Testing JCA
Okay, I got a barebones JBoss running inside a JUnit test and I set up a NoTxConnectionManager programmatically, and am requesting a connection from the connectionfactory. I noticed the tests you mentioned in the CVS tree, and maybe someone has already done this, but I'd like to create a test harness to do some testing of a JCA adapter, sort of in-container, yet still black-box. That way, I could test my adapter and make sure all the connection counts are right, etc. Would this be of help to you? I know you guys already have a testing framework and I don't want to step on that, but I am sort of interested it trying to treat JBoss as a lightweight container. We can't let Spring, etc. get all the good press can we? ;) Anyways, I'm sort of rambling. Take care, Steve View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836130#3836130 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836130 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-960488 ] jca 1.5 config properties broken
Bugs item #960488, was opened at 2004-05-26 00:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=960488group_id=22866 Category: JBossMX Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: cory (charp3r) Assigned to: Nobody/Anonymous (nobody) Summary: jca 1.5 config properties broken Initial Comment: Config properties don't work for ResouceAdapter and ActivationSpec. ActivationSpecFactory.java: bad logic in for loops checking for required properties lines 47-58 setAsText(null) should be setAsText(value) line 81 ResourceAdapterFactory.java setAsText(null) should be setAsText(value) line 76 MessageDrivenMetaData.java getChildrenByTagName(element ... should be getChildrenByTagName(activationConfig ... line 352 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=960488group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: Testing JCA
I'm currently working on that very thing, the roadmap is: 1) Document what we have. 2) Release it as a standalone project 3) Make improvements 4) Repeat The improvements include removing the jmx requirement so the component bus can be pluggable a implementation, e.g. an aop/ioc container. But this is not the correct forum for this. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836132#3836132 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836132 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.42 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040525195226Lbuild.42 BUILD COMPLETE-build.42Date of build:05/25/2004 19:52:26Time to build:12 minutes 58 secondsLast changed:05/25/2004 19:20:31Last log entry:I don't know how the singleton testcase ever worked,it doesn't configure a partition?Also tidied up the source. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(3)1.1.2.2modifiedejorttestsuite/src/main/org/jboss/test/ha/singleton/test/HASingletonSupportUnitTestCase.javaI don't know how the singleton testcase ever worked,it doesn't configure a partition?Also tidied up the source.1.1.2.3modifiedejorttestsuite/src/main/org/jboss/test/ha/singleton/HASingletonControllerTester.javaI don't know how the singleton testcase ever worked,it doesn't configure a partition?Also tidied up the source.1.1.2.3modifiedejorttestsuite/src/main/org/jboss/test/ha/singleton/HASingletonSupportTester.javaI don't know how the singleton testcase ever worked,it doesn't configure a partition?Also tidied up the source.
[JBoss-dev] [ jboss-Bugs-820711 ] Problem with XA and DB2 for iSeries XA drivers
Bugs item #820711, was opened at 2003-10-09 16:01 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=820711group_id=22866 Category: JBossCX Group: v3.0 Rabbit Hole Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Eduard Letifov (techtime) Assigned to: Adrian Brock (ejort) Summary: Problem with XA and DB2 for iSeries XA drivers Initial Comment: This problem seem to be very simular to the one reported in 585632. We have several EJB beans (Session and Entity) participating in one transaction started by MDB that also uses XA JMS in the end. The first call that involves database goes fine. From trace logs I see that XAResource gets enlisted and delisted. Resource state is set to RS_ENDED. As soon as the second method is called (and connection is requested) TxCapsule tries to enlist and start the same resource. This caused an XAException (XAER_INVAL) with DB2 for iSeries (AS400) XA toolbox (thin) drivers. I was able to overcome this by specifying the same (IsSameRMOverrideValue=false) flag as for Oracle XA datasource. In this case (as I beleive it was intended) the resource is started with a new XA branch (JBoss_3_0_8, TxCapsule.java, lines: 702-737) Unfortunately it is also marked as being one from a new RM (line 737). Thus, when transaction is finished and TxCapsule starts preparing XAResources the same RM check does not work (line 1635) and the resource gets called multiple times. The first call returns some valid READ_ONLY result, but the second one fails with XAER_PROTO. As I figured out unlike Oracle, DB2 wants only one prepare and one commit per RM. I was able to overcome this by performing these patches: - when the resource is started with the new branch the idx of the originally found resource is recorded additionally. - if the XAException with code XAER_PROTO is thrown in the prepare stage and this originally found index is not (- 1) it is ignored and the prepare state is assumed to be the same as for originally found (and already prepared) resource - if the XAException with code XAER_PROTO is thrown in the commit stage and the originally found index is not (- 1) it is ignored. It seem to work both for DB2 and Oracle. It does produce multiple calls to resources on prepare and commit that for DB2 fail all except the first one. I understand that this impacts perfomance, but the other option. My operating system is WinXP, JDK1.3.1_06. I have looked in Jboss 3.2.2 source and I see that basically the code is the same. Please confirm that this is in fact the way to solve the problem. -- Comment By: Adrian Brock (ejort) Date: 2004-05-26 00:36 Message: Logged In: YES user_id=9459 It is unlikely there will ever be a JBoss-3.0.9 release. -- Comment By: Adrian Brock (ejort) Date: 2003-10-10 12:46 Message: Logged In: YES user_id=9459 Sorry, I must have been looking at the wrong source tree. You are correct that attribute is not in 3.0 The only sensible solution would be to backport the 3.2 jca implementation to 3.0 but I don't think that is straight forward. I am unlikely to do it in the near future, I'm currently working on the 3.2.2 final release. Maybe you can look at the TxConnectionManager in 3.2 and apply the processing yourself to the XATxConnectionManager in 3.0? Regards, Adrian -- Comment By: Eduard Letifov (techtime) Date: 2003-10-10 12:30 Message: Logged In: YES user_id=438410 Adrian, I have a problem. A problem in Jboss 3.0.8. A release. Not release candidate or beta, etc. I've spent 2 days on it before I turned to you. I did what I can do. I identified the problem. I tried to overcome it with a patch. Since the behaviour was changed in 3.2.2 I guess something was wrong with it, heh? Not a bug, rejected, fixed in 3.2, use 3.2 is definately a solution, but maybe not the only one? As I understand in order for what you are suggesting to work the underlying MBean has to have this attribute and corresponding setters/getters. In my 3.0.8 source it doesn't. Neither does the implementation. Obviously I am getting org.jboss.deployment.DeploymentException: No Attribute found with name: TrackConnectionByTx exception? would you consider this a bug? Ed -- Comment By: Adrian Brock (ejort) Date: 2003-10-10 10:46 Message: Logged In: YES user_id=9459 Please use the jboss-user mailing list or forums for help. Not bug reports. You would configure it on the connection manager as I said before. e.g. mbean code=org.jboss.resource.connectionmanager.XATxConnectionManager name=jboss.jca:service=XATxCM,name=XAOracleDS attribute
[JBoss-dev] [JBoss IDE] - Out of Memory error with Run XDoclet
Does anyone know how to change the (heap) memory settings for Ant processes that Eclipse launches? I've got a rather huge XDoclet/EJB project and suddenly it's gotten to the point where Run XDoclet gives an error suggesting that I change the heap size in ANT_OPTS. I tried changing the heap setting for Eclipse itself, but that didn't change anything. I suspect I need to figure out how to instruct Eclipse to start Ant with specific memory settings. Any ideas? Murray Todd Williams View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836133#3836133 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836133 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 91 % ( 1671 / 1825 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed May 26 01:47:51 GMTDT 2004 === 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: 1825 Successful tests: 1671 Errors:147 Failures: 7 [time of test: 2004-05-25.23-39 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-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_06/logtests/testresults/reports/html//2004-05-25.23-39 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: org.jboss.test.cache.test.replicated.SyncTxUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testEjbs Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testServerFound Type:error Exception: org.jboss.deployment.DeploymentException Message: Failed to find module file: cts.jar - Suite: org.jboss.test.ha.singleton.test.HASingletonSupportUnitTestCase Test:testBecomeMasterNode Type:failure Exception: junit.framework.AssertionFailedError Message: expected to become master - Suite: org.jboss.test.ha.singleton.test.HASingletonSupportUnitTestCase Test:testStopOnlyNode Type:failure Exception: junit.framework.AssertionFailedError Message: expected to become master === Wed May 26 01:47:51 GMTDT 2004 === 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_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - downloads module - request for testing
looks like the forums were restored, but today's messages were lost. in any case, here it is again the downloads module as been converted to a pure cmp solution. i'd appricate it if any mysql and postgres users could test it to confirm it works ok, and also to give the module a good once over in general and report back any bugs. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836137#3836137 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836137 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040525212242 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:05/25/2004 21:22:42Time to build:12 minutes 46 secondsLast changed:05/25/2004 20:59:33Last log entry:If the invocation carries no auth context, look to to the authcontext of this servlet as seen in the SecurityAssocation. This allowsthe web app authentication to transparently be used as the callauthentication. See [ 945287 ] Support client cert auth. in InvokerServletby Rolf Arne Corneliussen. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(123)1.6modifiedstarksmvaria/src/main/org/jboss/invocation/http/servlet/InvokerServlet.javaIf the invocation carries no auth context, look to to the authcontext of this servlet as seen in the SecurityAssocation. This allowsthe web app authentication to transparently be used as the callauthentication. See [ 945287 ] Support client cert auth. in InvokerServletby Rolf Arne Corneliussen.1.74modifiedejortserver/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.javaDon't discard a bean instance if an application error is thrownoutside a transaction.1.3modifiedejorttestsuite/src/main/org/jboss/test/exception/EntityExceptionUnitTestCase.javaRemove tests with unclear behaviour in the spec.1.3modifiedstarksmj2ee/src/main/javax/enterprise/deploy/shared/ModuleType.javaUse the string table value for the toString result and include the'.' in the extension value.1.4modifiedkabkhanaop/src/resources/test/basic/jboss-aop.xmlAdded aspects to intercept calls to the reflection API.1.3modifiedkabkhanaop/src/main/org/jboss/test/aop/basic/AOPTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopRootPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAspectTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/aop/reflection/ReflectionAspect.javaAdded aspects to intercept calls to the reflection API.1.5modifiedbwang00thirdparty/ws4ee/lib/axis-ws4ee.jarUpdated with port to saaj1.21.4modifiedejortconnector/src/etc/example-config/mssql-xa-ds.xmlPort MSSQL XA fix from 3.21.57modifiedejortserver/src/main/org/jboss/ejb/EJBDeployer.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.59modifiedejortserver/src/main/org/jboss/ejb/EjbModule.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.41modifiedejortserver/src/main/org/jboss/ejb/MessageDrivenContainer.javaRemove duplicate logging1.2modifiedejortconnector/src/etc/example-config/hajndi-jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortconnector/src/etc/example-config/jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.4modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/TestClient.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortserver/src/main/org/jboss/jms/jndi/AbstractJMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.10deletedejortserver/src/main/org/jboss/jms/jndi/JBossMQProvider.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.7modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.21modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderLoader.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.2modifiedejortserver/src/main/org/jboss/jms/jndi/JNDIProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.6modifiedejortserver/src/resources/dtd/jboss_3_2.dtdFix a typo1.323modifiedtdieslerbuild/build.xml+ put axis-ws4ee.jar in client instead of axis.jar+ note this might break jboss.net1.3modifiedtdieslerthirdparty/ws4ee/README.txtadd the basic profile comment1.4modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jar+ fix the child node handling in MessageElement+ add a few testcases+ get the axis test suite up to speedPLEASE MAKE SUREyou run "ant clean all-tests" before updating this
[JBoss-dev] [ jboss-Bugs-960488 ] jca 1.5 config properties broken
Bugs item #960488, was opened at 2004-05-26 00:03 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=960488group_id=22866 Category: JBossCX Group: CVS HEAD Status: Closed Resolution: Fixed Priority: 5 Submitted By: cory (charp3r) Assigned to: Adrian Brock (ejort) Summary: jca 1.5 config properties broken Initial Comment: Config properties don't work for ResouceAdapter and ActivationSpec. ActivationSpecFactory.java: bad logic in for loops checking for required properties lines 47-58 setAsText(null) should be setAsText(value) line 81 ResourceAdapterFactory.java setAsText(null) should be setAsText(value) line 76 MessageDrivenMetaData.java getChildrenByTagName(element ... should be getChildrenByTagName(activationConfig ... line 352 -- Comment By: Adrian Brock (ejort) Date: 2004-05-26 01:55 Message: Logged In: YES user_id=9459 Thanks. It is a good job somebody is awake :-) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=960488group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.43 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040525213938Lbuild.43 BUILD COMPLETE-build.43Date of build:05/25/2004 21:39:38Time to build:10 minutes 37 secondsLast changed:05/25/2004 20:55:36Last log entry:If the invocation carries no auth context, look to to the authcontext of this servlet as seen in the SecurityAssocation. This allowsthe web app authentication to transparently be used as the callauthentication. See [ 945287 ] Support client cert auth. in InvokerServletby Rolf Arne Corneliussen. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(1)1.1.2.9modifiedstarksmvaria/src/main/org/jboss/invocation/http/servlet/InvokerServlet.javaIf the invocation carries no auth context, look to to the authcontext of this servlet as seen in the SecurityAssocation. This allowsthe web app authentication to transparently be used as the callauthentication. See [ 945287 ] Support client cert auth. in InvokerServletby Rolf Arne Corneliussen.
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed May 26 03:02:02 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 9.5 sec [junit] Running org.jboss.test.txtimer.test.SimpleTimerTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.25 sec [junit] Running org.jboss.test.txtimer.test.TimerSerializationTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.188 sec [junit] Running org.jboss.test.txtimer.test.TransactionalTimerTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.281 sec tests-util-unit: [junit] Running org.jboss.test.util.test.PropertyEditorsUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.547 sec [junit] Running org.jboss.test.util.test.PropertyPatternUnitTestCase [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.125 sec [junit] Running org.jboss.test.util.test.ProtocolHandlerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.079 sec [junit] Running org.jboss.test.util.test.SchedulerUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.515 sec [junit] Running org.jboss.test.util.test.StringsUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.219 sec [junit] Running org.jboss.test.util.test.ThreadPoolRunnableUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.203 sec [junit] Running org.jboss.test.util.test.ThreadPoolTaskUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.219 sec tests-webservice-unit: [junit] Running org.jboss.test.webservice.basic.AxisUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 13.437 sec [junit] Running org.jboss.test.webservice.ejbcomplex.EJBComplexUnitTestCase [junit] org.jboss.test.webservice.ejbcomplex.EJBComplexUnitTestCase: This test involves some intense persistence actions and may require you to adjust your server -Xmx settings. [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 28.984 sec [junit] Running org.jboss.test.webservice.ejbsimple.HelloUnitTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 11.328 sec [junit] Running org.jboss.test.webservice.ejbsimple.RedeployUnitTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 10.844 sec [junit] Running org.jboss.test.webservice.external.ExternalUnitTestCase [junit] org.jboss.test.webservice.external.ExternalUnitTestCase: This test requires a working http(s) connection to the internet. If you are running behind a firewall, you must start the server with the correct -Dhttp.proxy options. See the java documentation for that topic. [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.203 sec [junit] Running org.jboss.test.webservice.external.RedeployUnitTestCase [junit] org.jboss.test.webservice.external.RedeployUnitTestCase: This test requires a working http(s) connection to the internet. If you are running behind a firewall, you must start the server with the correct -Dhttp.proxy options. See the java documentation for that topic. [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 10.062 sec [junit] Running org.jboss.test.webservice.jmx.JmxUnitTestCase [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 7.594 sec [junit] Running org.jboss.test.webservice.jmx.RedeployUnitTestCase [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 7.437 sec [junit] Running org.jboss.test.webservice.security.SecurityUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 9.063 sec [junit] Running org.jboss.test.webservice.state.RedeployUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 9.297 sec [junit] Running org.jboss.test.webservice.state.StateUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 7.672 sec [junit] Running org.jboss.test.webservice.uddi.UddiUnitTestCase [junit] org.jboss.test.webservice.uddi.UddiUnitTestCase: This test involves intense database activity and may require to adjust your server -Xmx settings. [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed:
[JBoss-dev] [Mail Services] - Re: javamail Session, Store, Folder, JCA
andy, by last part, do you mean just my item #5? i do admit #5 would be cutting corners a bit. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836148#3836148 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836148 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed May 26 03:15:59 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Wed May 26 03:15:59 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - DeploymentException:The markup declarations ... must be well
We have a EAR file containinf one WAR file only. Today, when we deploy the EAR file to the jboss3.2.3 server, we get a DeploymentException that never happended before. Somebody knows how does this happen? --Console logs-- 10:22:36,241 INFO [MainDeployer] Starting deployment of package: file:/C:/java/ jboss-3.2.3/server/default/deploy/wpayment.ear 10:22:37,233 INFO [EARDeployer] Init J2EE application: file:/C:/java/jboss-3.2. 3/server/default/deploy/wpayment.ear 10:22:47,948 ERROR [XmlFileLoader] The markup declarations contained or pointed to by the document type declaration must be well-formed.:3:1 org.xml.sax.SAXParseException: The markup declarations contained or pointed to b y the document type declaration must be well-formed. at org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:235) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl. java:201) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:293) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:247) at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:323 ) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:716) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.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:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymen tScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentS canner.java:458) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. doScan(AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. loop(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. run(AbstractDeploymentScanner.java:191) 10:22:48,098 ERROR [EmbeddedTomcatService] Problem in init org.jboss.deployment.DeploymentException: The markup declarations contained or p ointed to by the document type declaration must be well-formed.; - nested throwa ble: (org.xml.sax.SAXParseException: The markup declarations contained or pointe d to by the document type declaration must be well-formed.) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:307) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:247) at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:323 ) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:716) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:632) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymen tScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentS canner.java:458) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. doScan(AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. loop(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread. run(AbstractDeploymentScanner.java:191) Caused by: org.xml.sax.SAXParseException: The markup declarations contained or p ointed to by the document type declaration must be well-formed. at org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:235) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl. java:201) at org.jboss.metadata.XmlFileLoader.getDocument(XmlFileLoader.java:293) ... 18 more 10:22:48,258 WARN [NestedThrowable]
[JBoss-dev] [EJB on JBoss] - Undetectable ApplicationDeadlockExceptions
I have a stateful session bean that will deadlock relatively easily. I'd like very much for my client to be able to detect deadlock situations and restart offending transactions. However, ApplicationDeadlockExceptions aren't propogated to the client. My beans use CMT; org.jboss.ejb.plugins.TxInterceptorCMT successfully detects any deadlocks, throws an ApplicationDeadlockException, and re-tries the transaction. Unfortunately, org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor is higher in the interceptor stack, and has already caught the ApplicationDeadlockException, and, as it is a subclass of java.rmi.RemoteException, has discarded the offending session bean instance. Thus when TxInterceptorCMT re-tries the transaction, the offending session bean instance is no longer available, and a java.rmi.NoSuchObjectException is thrown and propagated to the client. The result is my client gets a NoSuchObjectException (with no chained exceptions) and has no way of determining whether this was due to a deadlock (in which case it can automatically create a new session bean instance, and re-try the transaction) or some other exceptional error. Is there any way to prevent TxInterceptorCMT from re-trying transactions that have deadlocked, without customising TxInterceptorCMT (or writing a customer TX interceptor), and other than setting TxInterceptorCMT.MAX_RETRIES from custom Java code? Should I use BMT instead? My preferred solution would be to save a stateful session bean instance from being discarded when a deadlock is detected by JBoss, but as long as ApplicationDeadlockException extends java.rmi.RemoteException, I assume this is not possible. I'm using JBoss 3.2.3. Any help will be much appreciated. My apologies for possibly posting this in the wrong forum; it's been in the EJB user forum (with subject ApplicationDeadlockException, retries and stateful session beans) for over a month, with 33 page views and zero replies or leads. It does seem to be a bug/flaw that TxInterceptor prevents client code from detecting the ApplicationDeadlockException by re-trying the transaction and thus triggering the NoSuchObjectException, without any deployment options for customising this (other than linking directly against JBoss code and modifying TxInterceptorCMT.MAX_RETRIES). Cheers, Damian View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836154#3836154 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836154 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: javamail Session, Store, Folder, JCA
No I meant your improper choice of editor. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3836155#3836155 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836155 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040525223637 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:05/25/2004 22:36:37Time to build:13 minutes 28 secondsLast changed:05/25/2004 22:03:50Last log entry:no message Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(127)1.19modifiedbelabancache/docs/design/todo.txtno message1.31modifiedejortserver/src/main/org/jboss/metadata/MessageDrivenMetaData.javaBug [960488] bugs in jca config properties1.2modifiedejortconnector/src/main/org/jboss/resource/deployment/ActivationSpecFactory.javaBug [960488] bugs in jca config properties1.3modifiedejortconnector/src/main/org/jboss/resource/deployment/ResourceAdapterFactory.javaBug [960488] bugs in jca config properties1.6modifiedstarksmvaria/src/main/org/jboss/invocation/http/servlet/InvokerServlet.javaIf the invocation carries no auth context, look to to the authcontext of this servlet as seen in the SecurityAssocation. This allowsthe web app authentication to transparently be used as the callauthentication. See [ 945287 ] Support client cert auth. in InvokerServletby Rolf Arne Corneliussen.1.74modifiedejortserver/src/main/org/jboss/ejb/plugins/EntityInstanceInterceptor.javaDon't discard a bean instance if an application error is thrownoutside a transaction.1.3modifiedejorttestsuite/src/main/org/jboss/test/exception/EntityExceptionUnitTestCase.javaRemove tests with unclear behaviour in the spec.1.3modifiedstarksmj2ee/src/main/javax/enterprise/deploy/shared/ModuleType.javaUse the string table value for the toString result and include the'.' in the extension value.1.4modifiedkabkhanaop/src/resources/test/basic/jboss-aop.xmlAdded aspects to intercept calls to the reflection API.1.3modifiedkabkhanaop/src/main/org/jboss/test/aop/basic/AOPTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAopRootPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionAspectTester.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/test/aop/basic/ReflectionPOJO.javaAdded aspects to intercept calls to the reflection API.1.1addedkabkhanaop/src/main/org/jboss/aop/reflection/ReflectionAspect.javaAdded aspects to intercept calls to the reflection API.1.5modifiedbwang00thirdparty/ws4ee/lib/axis-ws4ee.jarUpdated with port to saaj1.21.4modifiedejortconnector/src/etc/example-config/mssql-xa-ds.xmlPort MSSQL XA fix from 3.21.57modifiedejortserver/src/main/org/jboss/ejb/EJBDeployer.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.59modifiedejortserver/src/main/org/jboss/ejb/EjbModule.javaPut some console logging in place for undeployment of ejbs tomirror the deployment.1.41modifiedejortserver/src/main/org/jboss/ejb/MessageDrivenContainer.javaRemove duplicate logging1.2modifiedejortconnector/src/etc/example-config/hajndi-jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortconnector/src/etc/example-config/jms-ds.xmlPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.4modifiedejortconnector/src/main/org/jboss/resource/adapter/jms/TestClient.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.8modifiedejortserver/src/main/org/jboss/jms/jndi/AbstractJMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.10deletedejortserver/src/main/org/jboss/jms/jndi/JBossMQProvider.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.7modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.21modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderLoader.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.2modifiedejortserver/src/main/org/jboss/jms/jndi/JNDIProviderAdapter.javaPort JNDIProviderAdapter from 3.2 and remove JBossMQProviderAdapterdeprecated in 3.21.6modifiedejortserver/src/resources/dtd/jboss_3_2.dtdFix a typo1.323modifiedtdieslerbuild/build.xml+ put axis-ws4ee.jar in client instead of axis.jar+ note this might break jboss.net1.3modifiedtdieslerthirdparty/ws4ee/README.txtadd the basic profile comment1.4modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jar+ fix the child node handling in