[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: [ServiceModule] Registration is not done -> stop
I moved jboss-service.xml from WEB-INF to META-INF en renamed the jar to .sar. It seems to work now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869006#3869006 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869006 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1549) utility JARs incorrectly deployed
utility JARs incorrectly deployed - Key: JBAS-1549 URL: http://jira.jboss.com/jira/browse/JBAS-1549 Project: JBoss Application Server Type: Bug Components: Deployment Service Versions: JBossAS-3.2.7 Final Environment: Windows XP SP2 Sun JDK 1.3.1_15 Reporter: Erik Post Utility JARs in EARs are not correctly added to the classpath of Web modules (and possibly EJB modules) when these utility JARs contain a META-INF\ejb-jar.xml file, and when EARs are deployed using isolated class loaders. Consider the following situation: Code: test.ear META-INF\ application.xml web1.war META-INF\ MANIFEST.MF web.xml ejb1.jar META-INF\ ejb-jar.xml The application.xml only defines the web module: Code: TestEAR web.war /web Ejb1.jar is not listed as an EJB module. The web1.war MANIFEST.MF lists ejb1.jar. The web module contains a servlet that references a class in ejb1.jar. Ejb1.jar is thus used as an utility Jar. The EAR is isolated in its own classloader space via the following configuration in conf\jboss-service.xml: Code: true true When the servlet is executed, a NoClassDefFoundError occurs for the references class that is in ejb1.jar. For comparison, the above setup works on WebSphere 5.0. Debugging and stepping through JBoss shows that the MainDeployer does not add ejb1.jar to the web module's classpath, because ejb1.jar is considered as an EJB module (ie an EJBDeployer is returned for the module). Only modules that are accepted by the JARDeployer are added to the classpath. Adding ejb1.jar as a java module in the application deployment descriptor does not solve the problem, because the jar file is then deployed as an EJB module. Removing ejb-jar.xml from ejb1.jar does work, but that is not really an option in out project, as the Jar file is not under our control. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Documentation
It is wrong again. The beta (?) document (15 pages) is referenced from the project page, but the wiki contains a link to a different 31 page docuement. Joachim View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869016#3869016 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869016 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - clustering
Sorry to ask this on the development forum, but I don't see a user forum for remoting. Does JBoss remoting support reaching a cluster? I would like to install a service as a singleton, running on one node of the cluster, but with failover to the other nodes. Is this supported by Jboss remoting? I have not found a reference to clustering in the docs. Joachim View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869017#3869017 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869017 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.414 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050307055412Lbuild.414 BUILD COMPLETE - build.414Date of build: 03/07/2005 05:54:12Time to build: 24 minutes 38 secondsLast changed: 03/07/2005 05:47:18Last log entry: Allow empty NS but disallow null NS Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (4)1.1.2.2modifiedtdieslerjaxrpc/src/main/org/jboss/axis/utils/Mapping.javaAllow empty NS but disallow null NS1.18.2.11modifiedtdieslerwebservice/src/main/org/jboss/webservice/ServiceDeployer.javaDone JBWS-124 Redeployment of an unpackaged war causes a NoSuchMethodException at runtime1.12.2.4modifiedtdieslerwebservice/src/main/org/jboss/webservice/ServiceDeployerJSE.javaDone JBWS-124 Redeployment of an unpackaged war causes a NoSuchMethodException at runtime1.9.2.55modifiedtdieslertestsuite/imports/test-jars.xmlDone JBWS-124 Redeployment of an unpackaged war causes a NoSuchMethodException at runtime
[JBoss-dev] [Design of Mail Services] - Re: MailStore
Ok. I will get to work on integrating the message store into the main line. The body of the Mail will become a seperate object (currently it is a List of byte arrays) which will be a proxy to the Store. When I have that done I will modify the hibernate implemenation such that it implements a simple paging structure to do partial reads/writes. I will aim to have the first of these done around the end of this week. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869033#3869033 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869033 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M2-final release available
My orginal development with MySQL was using connector 3.1.5-gamma. I have retested with 3.1.7 (final). Much better, bug 8096 is fixed (bug 7745 is still outstanding) and performance is now at acceptable levels. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869035#3869035 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869035 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1550) JDBCEJBQLCompiler generates a non valid query
JDBCEJBQLCompiler generates a non valid query - Key: JBAS-1550 URL: http://jira.jboss.com/jira/browse/JBAS-1550 Project: JBoss Application Server Type: Bug Components: CMP service Versions: JBossAS-4.0.1 SP1 Environment: JDK 1.5.0 (Sun) MSSQL 2000 JDBC driver Opta2000 Reporter: Dan Pupaza JDBCEJBQLCompiler generates a non valid query when uses read-ahead option: JBoss-QL query: 2005-03-07 12:37:40,401 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.Question#ejbSelectGeneric] DYNAMIC-QL: SELECT OBJECT(q) FROM Question q WHERE q.topic.subject.id = ?1 OFFSET ?2 LIMIT ?3 Corresponding fragment in jbosscmp-jdbc.xml is: ejbSelectGeneric java.lang.String java.lang.Object[] on-find * Note: This is a dynamic-ql query because in the feature I will add (dynamically) new elements. The generated query is: [org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.Question#ejbSelectGeneric] Executing SQL: SELECT t0_q.id, t0_q.description, t0_q.topicId, t0_q.questionBody, t0_q.questionImage, t0_q.explanationBody, t0_q.explanationImage, t0_q.difficulty, t0_q.maxTime, t0_q.generic, t0_q.type, t1_q_topic.id, t1_q_topic.subjectId, t1_q_topic.name, t2_q_topic_subject.id, t2_q_topic_subject.name, t2_q_topic_subject.author, t2_q_topic_subject.lastModified, t2_q_topic_subject.comments, t2_q_topic_subject.deprecated, t2_q_topic_subject.categoryId, t2_q_topic_subject.pos, t3_q_questiondifficulty.id, t3_q_questiondifficulty.name, t4_q_questiontype.id, t4_q_questiontype.name FROM QUESTION t0_q LEFT OUTER JOIN TOPIC t1_q_topic ON t0_q.topicId=t1_q_topic.id LEFT OUTER JOIN SUBJECT t2_q_topic_subject ON t1_q_topic.subjectId=t2_q_topic_subject.id LEFT OUTER JOIN QUESTIONDIFFICULTY t3_q_questiondifficulty ON t0_q.difficulty=t3_q_questiondifficulty.id LEFT OUTER JOIN QUESTIONTYPE t4_q_questiontype ON t0_q.type=t4_q_questiontype.id, TOPIC t1_q_topic, SUBJECT t2_q_topic_subject WHERE (t2_q_topic_subject.id = ? AND t0_q.topicId=t1_q_topic.id AND t1_q_topic.subjectId=t2_q_topic_subject.id) The error is: Error: The correlation name 't1_q_topic' is specified multiple times in a FROM clause. In this case two CMR fields (topic and subject) are part of both WHERE clause and read-ahead/left-join section. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-testsuite build.23 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-testsuite?log=log20050307064748Lbuild.23 BUILD COMPLETE - build.23Date of build: 03/07/2005 06:47:48Time to build: 102 minutes 30 secondsLast changed: 03/06/2005 11:14:34Last log entry: Updated javadoc Unit Tests: (2442) Total Errors and Failures: (82)testAllTx_RWLockorg.jboss.test.cache.stress.EvictionLocalStressTestCasetestConcurrentUpgradeorg.jboss.test.cache.test.local.TxDeadlockUnitTestCasetestMoreThanOneUpgraderorg.jboss.test.cache.test.local.TxDeadlockUnitTestCasetestScopedTransactionorg.jboss.test.classloader.test.ScopedTransactionUnitTestCasetestServerFoundorg.jboss.test.classloader.test.ScopedTransactionUnitTestCasetestServerFoundorg.jboss.test.cts.test.BmpUnitTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.BmpUnitTestCasetestServerFoundorg.jboss.test.cts.test.CmpUnitTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.CmpUnitTestCasetestInterJarCallorg.jboss.test.cts.test.IndependentJarsUnitTestCase(JRMP-Invoker)testCallByValueInSameJarorg.jboss.test.cts.test.IndependentJarsUnitTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.IndependentJarsUnitTestCase(JRMP-Invoker)testInterJarCallorg.jboss.test.cts.test.IndependentJarsUnitTestCasetestCallByValueInSameJarorg.jboss.test.cts.test.IndependentJarsUnitTestCasetestServerFoundorg.jboss.test.cts.test.IndependentJarsUnitTestCasetestServerFoundorg.jboss.test.cts.test.LongWaitStatefulSessionUnitTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.LongWaitStatefulSessionUnitTestCasetestServerFoundorg.jboss.test.cts.test.MDBUnitTestCasetestServerFoundorg.jboss.test.cts.test.StatefulSessionLocalUnitTestCase(JRMP-Invoker)testPassivationByTimeLocalorg.jboss.test.cts.test.StatefulSessionLocalUnitTestCasetestServerFoundorg.jboss.test.cts.test.StatefulSessionLocalUnitTestCasetestServerFoundorg.jboss.test.cts.test.StatefulSessionUnitTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.StatefulSessionUnitTestCasetestServerFoundorg.jboss.test.cts.test.StatelessSessionStressTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.StatelessSessionStressTestCasetestServerFoundorg.jboss.test.cts.test.StatelessSessionUnitTestCase(JRMP-Invoker)testServerFoundorg.jboss.test.cts.test.StatelessSessionUnitTestCasetestHelloorg.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestDataorg.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestJRMPSpeedorg.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestIIOPSpeedorg.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestJRMPSpeed2org.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestIIOPSpeed2org.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestServerFoundorg.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCasetestEjbInterceptionorg.jboss.test.hibernate.test.HibernateIntgUnitTestCasetestSpeedServletorg.jboss.test.jacc.test.WebIntegrationUnitTestCasetestOIL2MutliSessionOneConnectionorg.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestCallerIdentityPropagationorg.jboss.test.jca.test.SecurityContextUnitTestCasetestConfiguredIdentityPropagationorg.jboss.test.jca.test.SecurityContextUnitTestCasetestRunAsIdentityPropagationFSorg.jboss.test.jca.test.SecurityContextUnitTestCasetestRunAsIdentityPropagationDSorg.jboss.test.jca.test.SecurityContextUnitTestCasetestXAExceptionToTransactionRolledbackExceptionorg.jboss.test.jca.test.XAExceptionUnitTestCasetestRMERRInOnePCToTransactionRolledbackExceptionorg.jboss.test.jca.test.XAExceptionUnitTestCasetestCreateSubcontextorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestLookupFailuresorg.jboss.test.naming.test.PooledInvokerUnitTestCasetestOldProxyorg.jboss.test.pooled.test.BeanStressTestCasetestServerFoundorg.jboss.test.securitymgr.test.BMPUnitTestCasetestServerFoundorg.jboss.test.securitymgr.test.CMPUnitTestCasetestServerFoundorg.jboss.test.securitymgr.test.MDBUnitTestCasetestServerFoundorg.jboss.test.securitymgr.test.StatefulSessionUnitTestCasetestServerFoundorg.jboss.test.securitymgr.test.StatelessSessionUnitTestCasetestSpeedServletorg.jboss.test.securitymgr.test.WebIntegrationUnitTestCasetestDefaultTimeoutorg.jboss.test.tm.test.TxTimeoutUnitTestCasetestOverriddenTimeoutExpiresorg.jboss.test.tm.test.TxTimeoutUnitTestCasetestSpeedServletorg.jboss.test.web.test.WebIntegrationUnitTestCasetestInvalidateorg.jboss.test.cluster.test.FieldBasedTestCase(Default)testInvalidateorg.jboss.test.cluster.test.FieldBasedTestCase(SyncModeNUseJvm)testInvalidateorg.jboss.test.cluster.test.ScopedAttrBasedTestCase(Default)testInvalidateorg.jboss.test.cluster.test.ScopedAttrBasedTestCase(SyncModeNUseJvm)testNonPrimitiveGetorg.jboss.test.cluster.test.ScopedFieldBasedTestCase(Default)testNonPrimitiveModifyorg.jboss.test.cluster.te
[JBoss-dev] [Design of JBoss Portal] - Jboss Portal authentication
I'm using JBoss 4.0.1 sp1 with JBoss portal 2.0 alpha, on JDK1.5, WinXP pro, 1gig RAM. I'm developping a custom navigation portlet, i can make it work like it's supposed, integrate in portal pages, manage windows states etc, but i can't call RenderRequest.isUserInRole(), because it always return false, whatever the role i'm in. Is it a known bug? A limitation? Couldn't find anything on this... :( Thanks in advance, Marc View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869048#3869048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869048 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
This is actual code inside a portlet doEdit() : if(request.getUserPrincipal() != null) { Principal p = request.getUserPrincipal(); getPortletContext().log("UserName : " + p.getName()); getPortletContext().log(" In Admins role : " + request.isUserInRole("Admins")); getPortletContext().log(" In Users role : " + request.isUserInRole("Users")); } Every call to "isUserInRole" return false View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869049#3869049 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869049 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: TreeCacheAop Configuration for Synchronous Replication
Are you saying you have two separate xml file to configure the treecacheaop mbean? You can turn on the debug tracing (or set it to DEBUG) to see what it actually does. -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869053#3869053 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869053 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1550) JDBCEJBQLCompiler generates a non valid query
[ http://jira.jboss.com/jira/browse/JBAS-1550?page=history ] Alexey Loubyansky reassigned JBAS-1550: --- Assign To: Alexey Loubyansky > JDBCEJBQLCompiler generates a non valid query > - > > Key: JBAS-1550 > URL: http://jira.jboss.com/jira/browse/JBAS-1550 > Project: JBoss Application Server > Type: Bug > Components: CMP service > Versions: JBossAS-4.0.1 SP1 > Environment: JDK 1.5.0 (Sun) > MSSQL 2000 > JDBC driver Opta2000 > Reporter: Dan Pupaza > Assignee: Alexey Loubyansky > > > JDBCEJBQLCompiler generates a non valid query when uses read-ahead option: > JBoss-QL query: > 2005-03-07 12:37:40,401 DEBUG > [org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.Question#ejbSelectGeneric] > DYNAMIC-QL: > SELECT OBJECT(q) FROM Question q WHERE q.topic.subject.id = ?1 OFFSET ?2 > LIMIT ?3 > Corresponding fragment in jbosscmp-jdbc.xml is: > > > ejbSelectGeneric > > java.lang.String > java.lang.Object[] > > > > > on-find > * > > > > > > > > Note: This is a dynamic-ql query because in the feature I will add > (dynamically) new elements. > The generated query is: > [org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.Question#ejbSelectGeneric] > Executing SQL: > SELECT t0_q.id, t0_q.description, t0_q.topicId, t0_q.questionBody, > t0_q.questionImage, >t0_q.explanationBody, t0_q.explanationImage, >t0_q.difficulty, t0_q.maxTime, t0_q.generic, t0_q.type, t1_q_topic.id, > t1_q_topic.subjectId, >t1_q_topic.name, t2_q_topic_subject.id, >t2_q_topic_subject.name, t2_q_topic_subject.author, > t2_q_topic_subject.lastModified, >t2_q_topic_subject.comments, >t2_q_topic_subject.deprecated, t2_q_topic_subject.categoryId, > t2_q_topic_subject.pos, >t3_q_questiondifficulty.id, >t3_q_questiondifficulty.name, t4_q_questiontype.id, > t4_q_questiontype.name > FROM QUESTION t0_q > LEFT OUTER JOIN TOPIC t1_q_topic ON t0_q.topicId=t1_q_topic.id > LEFT OUTER JOIN SUBJECT t2_q_topic_subject ON > t1_q_topic.subjectId=t2_q_topic_subject.id > LEFT OUTER JOIN QUESTIONDIFFICULTY t3_q_questiondifficulty ON > t0_q.difficulty=t3_q_questiondifficulty.id > LEFT OUTER JOIN QUESTIONTYPE t4_q_questiontype ON > t0_q.type=t4_q_questiontype.id, > TOPIC t1_q_topic, > SUBJECT t2_q_topic_subject > WHERE (t2_q_topic_subject.id = ? AND t0_q.topicId=t1_q_topic.id AND > t1_q_topic.subjectId=t2_q_topic_subject.id) > The error is: > Error: The correlation name 't1_q_topic' is specified multiple times in a > FROM clause. > In this case two CMR fields (topic and subject) are part of both WHERE clause > and read-ahead/left-join section. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.415 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050307084753Lbuild.415 BUILD COMPLETE - build.415Date of build: 03/07/2005 08:47:53Time to build: 42 minutes 28 secondsLast changed: 03/07/2005 08:34:27Last log entry: JBWS-128 in progress Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (2)1.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/jbws124/JBWS124TestCase.javaJBWS-128 in progress1.9.2.56modifiedtdieslertestsuite/imports/test-jars.xmlJBWS-128 in progress
[JBoss-dev] [Design of JBoss Portal] - Re: JBoss Portal Webinar
How do i view this from a linux system? Is there an alternate player? Regards, Karan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869055#3869055 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869055 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M2-final release available
Guys, why rely on MySQL? It is well known (and well documented) that MySQL is a VERY weak database. For instance, see this link http://benchw.sourceforge.net/benchw_results_open3.html On any meaningful workload (especially with large objects), Postgres is faster, and it's way less buggy. Save yourselves the trouble, and use a real DB. I'm not in any way connected to Postgres, but it just kills me to see perfectly good projects rendered almost useless by a bad choice of backend DB. I also hear that JBoss has some sort of special deal with MySQL (they are planning to use MySQL to back their portal for the jboss.org website), and I would like to point out that this is not wise. Wikipedia (less than a month ago) came very close to losing everything (modulo tape backups) because they used MySQL, which isn't truly ACID. Sorry about the rant, but friends don't let friends trust their data to MySQL. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869056#3869056 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869056 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-93) Annotations need to be updated to latest EJB spec
Annotations need to be updated to latest EJB spec - Key: EJBTHREE-93 URL: http://jira.jboss.com/jira/browse/EJBTHREE-93 Project: EJB 3.0 Type: Bug Versions: Preview 5 Reporter: rimmeraj I have come across a couple of problems in the annotations with the release of the EJB 3.0 Draft 2 spec. javax.ejb.BusinessMethod is missing javax.persistence.NamedQuery is VERY wrong -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
Ok, thanks, that'll work for now, but this isn't jsr168 compliant, no? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869071#3869071 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869071 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Moving Xids from XidFactory to XAManagedConnectionFactor
There are some other places that "play" with XAResources like the inbound message processing (MessageEndpoint) and the old JMS mdb processing (org.jboss.jms.asf) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869068#3869068 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869068 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Forums portlet
http://localhost:8080/portal/index.html?_id=page.default.helloworld should work fine. I just tested the example on 4.0.1 build from HEAD. What build are you running? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869074#3869074 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869074 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - JBoss Portal documentation (Repost)
The documentation has been updated and is available at: http://docs.jboss.org/jbportal/nightly/ What has been updated: - Installation information - Information on how to include existing portlet into JBoss Portal - Security mechanism View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3868865#3868865 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3868865 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
I believe it is. We are extending the framework to some degree allowing for fine-grained security and tying to JAAS. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869075#3869075 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869075 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: clustering
This is not currently supported by the core remoting framework. However, this is already being done outside of remoting as an interceptor (that actual implementation is in EJB3, which supports fail over). This will probably become a feature within the remoting project at some point though. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869069#3869069 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869069 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Moving Xids from XidFactory to XAManagedConnectionFactor
Oh. Duh. Yes, of course. An XA resource adapter won't use XAManagedConnectionFactory or XAManagedConnection. They'll have their own implementations. So doing it on the ConnectionListener makes total sense. Thanks. "[EMAIL PROTECTED]" wrote : On the main point, we don't control/write the ManagedConnectionFactory or ManagedConnection. These are application classes. | | But we do control where these are created and we can wrap them with our | own processing, e.g. ConnectionListener wraps ManagedConnection. | | What we actually want to wrap is the XAResource associated with the ManagedConnection | to perform any necessary padding or flag manipulation. | | In particular we want to modify the start()/end() used by our ConnectionListener | and recover() used by the yet to written Recoverable implementation. | | This processing then becomes transparent to the transaction manager | and is configured/controlled at each resource. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869077#3869077 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869077 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: problem with bdbje-cacheloader
go ask them, this is not what they told me. Please post the response here (I'm interested too) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869078#3869078 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869078 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1551) Classloader bug (version > 3.2.3)
Classloader bug (version > 3.2.3) - Key: JBAS-1551 URL: http://jira.jboss.com/jira/browse/JBAS-1551 Project: JBoss Application Server Type: Bug Environment: All O/S. Tested on WinXP and Linux Reporter: Bruno Melloni Bug did not exist in version 3.2.3. It is present in (at least) 3.2.6 and 4.0.1. Bug may be a simple "documentation bug" caused by not updating published configuration instructions after making a server change. Bug: It is no longer possible to run an application in its own classloader instead of the unified classloader, even when configured in an EAR according to published jBoss instructions for private classloaders. The following test application was confirmed to work with 3.2.3 but have .jar conflicts with jBoss 3.2.6 and 4.0.1 (commons-logging.jar to be specific) at deployment time. The conflicts would not occur if there classloader isolation worked correctly. coA.ear: - coA.war: --- index.jsp --- META-INF/Manifest.mf --- WEB-INF/web.xml --- WEB-INF/classes/coLog4j.xml (not used at this point) --- WEB-INF/classes/TestServlet.class --- WEB-INF/lib/commons-logging.jar --- WEB-INF/lib/log4j-1.2.9.jar - META-INF/application.xml - META-INF/jboss-app.xml - META-INF/Manifest.mf - Manifest.mf (both are default ant manifests with no manual content) - application.xml: http://java.sun.com/dtd/application_1_3.dtd";> Test A coA.war coA - jboss-app.xml: coa.akuratus.com:loader=coA.ear java2ParentDelegation=false - web.xml: http://java.sun.com/dtd/web-app_2_3.dtd";> coA log4jTest TestServlet 1 index.jsp - TestServlet.java: import javax.servlet.http.HttpServlet; import org.apache.log4j.Logger; public class TestServlet extends HttpServlet { public static String hello = "HELLO 1"; public void init() { System.out.println("\n\n"+hello+"\n\n"); } } An identical setup was made for coB.ear, but with "HELLO 2" as the string for the servlet. In 3.2.3 both ears can be loaded and unloaded with no exceptions, and the proper strings displaying at load time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Documentation
Think I found what you are referring to and have fixed it. Now, both the main docs page (http://www.jboss.org/docs/index) and the remoting project page (http://www.jboss.org/products/remoting) point to the proper version of the user guide. Thanks for letting me know. -Tom View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869067#3869067 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869067 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1551) Classloader bug (version > 3.2.3)
[ http://jira.jboss.com/jira/browse/JBAS-1551?page=history ] Bruno Melloni updated JBAS-1551: Attachment: coA.ear coB.ear The attached EARs may be used to confirm the bug. Note: The ears contain some extra "noise". If you wish a pure test you should either remove the extra files in EAR/WAR or use the content in the bug description. > Classloader bug (version > 3.2.3) > - > > Key: JBAS-1551 > URL: http://jira.jboss.com/jira/browse/JBAS-1551 > Project: JBoss Application Server > Type: Bug > Environment: All O/S. Tested on WinXP and Linux > Reporter: Bruno Melloni > Attachments: coA.ear, coB.ear > > > Bug did not exist in version 3.2.3. It is present in (at least) 3.2.6 and > 4.0.1. Bug may be a simple "documentation bug" caused by not updating > published configuration instructions after making a server change. > Bug: It is no longer possible to run an application in its own classloader > instead of the unified classloader, even when configured in an EAR according > to published jBoss instructions for private classloaders. > The following test application was confirmed to work with 3.2.3 but have .jar > conflicts with jBoss 3.2.6 and 4.0.1 (commons-logging.jar to be specific) at > deployment time. The conflicts would not occur if there classloader > isolation worked correctly. > coA.ear: > - coA.war: > --- index.jsp > --- META-INF/Manifest.mf > --- WEB-INF/web.xml > --- WEB-INF/classes/coLog4j.xml (not used at this point) > --- WEB-INF/classes/TestServlet.class > --- WEB-INF/lib/commons-logging.jar > --- WEB-INF/lib/log4j-1.2.9.jar > - META-INF/application.xml > - META-INF/jboss-app.xml > - META-INF/Manifest.mf > - Manifest.mf (both are default ant manifests with no manual content) > - application.xml: > > 1.3//EN" "http://java.sun.com/dtd/application_1_3.dtd";> > > Test A > > > coA.war > coA > > > > - jboss-app.xml: > > > > coa.akuratus.com:loader=coA.ear > > java2ParentDelegation=false > > > > - web.xml: > > 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";> > > coA > > log4jTest > TestServlet > 1 > > > index.jsp > > > - TestServlet.java: > import javax.servlet.http.HttpServlet; > import org.apache.log4j.Logger; > public class TestServlet extends HttpServlet { > public static String hello = "HELLO 1"; > public void init() { > System.out.println("\n\n"+hello+"\n\n"); > } > } > An identical setup was made for coB.ear, but with "HELLO 2" as the > string for the servlet. In 3.2.3 both ears can be loaded and unloaded > with no exceptions, and the proper strings displaying at load time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
No, isUserInRole is JSR168 compliant,if it returns always false, it could be a bug, we are not using that feature, we will look at it. hasPermissions stuff is a JBoss Portal very convenient extension to JSR168 portlets View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869080#3869080 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869080 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Moving Xids from XidFactory to XAManagedConnectionFactor
On the main point, we don't control/write the ManagedConnectionFactory or ManagedConnection. These are application classes. But we do control where these are created and we can wrap them with our own processing, e.g. ConnectionListener wraps ManagedConnection. What we actually want to wrap is the XAResource associated with the ManagedConnection to perform any necessary padding or flag manipulation. In particular we want to modify the start()/end() used by our ConnectionListener and recover() used by the yet to written Recoverable implementation. This processing then becomes transparent to the transaction manager and is configured/controlled at each resource. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869064#3869064 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869064 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - KernelControllerContext vs. KernelRegistryEntry
Hi Adrian, I've checked in all my initial BeanContainer interfaces/implementations and unit tests in to jboss-pojo (system). I've also modified the Kernel stuff to remove the KernelManager and related dependencies. I have a question though. I have an interface called MutableBeanContainer, which allows one to programatically add a pojo to the kernel. Currently, I'm just wrapping the pojo up in a KernelRegistryEntry and putting that entry into the KernelRegistry. Is this the correct way to put a user-instantiated bean into the Kernel? Or am I supposed to use the KernelController and create a KernelControllerContext to wrap the pojo? If so, do I need to construct a BeanMetaData instance from the user-supplied pojo to use during the construction of a KernelControllerContext? Thanks, Les View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869082#3869082 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869082 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Documentation
Can you give the exact pages that the links are incorrect? If I go to http://www.jboss.org/products/remoting and click the JBossRemoting User Guide link under Documentation head, it loads the final (31 page pdf). Didn't know there was a link off of wiki to the user guide. Can you provide that link? Thanks. -Tom View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869061#3869061 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869061 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: need empty project
We don't have an empty project, but we have several populated ones. Do an ls */jbossbuild.xml in jboss-head to see several examples. At this point, the kernel module is probably the best example of what your directory structure and jbossbuild.xml should look like. I'll take a crack at a canonical component source structure: | build.xml (component definition) | .classpath, .project | docs | src | bin (*.sh, *.bat) | etc (default.mf) | main | test (unit tests) | resources | dtd | test | properties (*.properties in org/jboss/**) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869085#3869085 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869085 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBIDE-130) Configure JBoss IDE JSP Editor Fonts
Configure JBoss IDE JSP Editor Fonts Key: JBIDE-130 URL: http://jira.jboss.com/jira/browse/JBIDE-130 Project: JBoss IDE Type: Feature Request Environment: Anyone Reporter: Guna Alexander Assigned to: Marshall Culpepper Priority: Trivial I Would like to set fonts attributes in JSP Editor, as I can do with the Java Editor. I believe that it's better work with smaller font size, thus I can see entire big lines. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-29) Added URL Service MBean
[ http://jira.jboss.com/jira/browse/JBAS-29?page=comments#action_12315908 ] Scott M Stark commented on JBAS-29: --- Generalize as per the JndiBindingService comments. The input attributes should be the set of jndi bindings with their jndi name, java bean type, and the value to bind in string form: value to bind The string value should be converted to the actual type based on the type given and an associated java.beans.PropertyEditor. > Added URL Service MBean > --- > > Key: JBAS-29 > URL: http://jira.jboss.com/jira/browse/JBAS-29 > Project: JBoss Application Server > Type: Patch > Components: Naming > Versions: JBossAS-4.0.1 Final, JBossAS-4.0.2 Final, JBossAS-4.0.2RC1 > Environment: patches against src of JBossAS-4.0.1RC1, JBossAS-4.0.1RC2 > Reporter: Phil Cornelius > Assignee: Scott M Stark > Attachments: URLResource_jboss-4.0.1RC2.patch, was_urlresource.png > > Original Estimate: 2 hours > Remaining: 2 hours > > > Further to RFE991650 > http://sourceforge.net/tracker/index.php?func=detail&aid=991650&group_id=22866&atid=376688 > Attached is a patch that adds the URLResource Service > needed to actually bind the URLResources into the jboss > jndi directory. > Until now the only way of adding a resource of type > java.net.URL was to explicity write it in to the jboss > deployment descriptors. > Scott wrote the jboss server code to bind the URL > resource references to a jboss jndi name.. (as in the > RFE above) but there wasn't an easy way to bind the > actual URLs to those jndi names. > Would appreciate it if this made it to RC2 > The patch is against the jboss-4.0.1RC1-src > Why do this? > If you are OEMing your product on jboss then would be > nice to keep system paths and external resources loosly > coupled from the EAR file.. best way is to use a J2EE > URL resource.. if these resources are bound in a > service file (like all other resources) then they are > easy to change with an installer say, or even at runtime... > Tasks associated with this patch are welcome. > Yours > Phil > PS. I noticed the JSR-77 URLResource class in the > management module and wasn't sure how this ties in? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1552) JBoss use wrong version of javax.resource.ResourceException class file
JBoss use wrong version of javax.resource.ResourceException class file -- Key: JBAS-1552 URL: http://jira.jboss.com/jira/browse/JBAS-1552 Project: JBoss Application Server Type: Bug Components: JCA service Versions: JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final Environment: All platforms Reporter: Manfred Rosenboom When passing a javax.resource.ResourceException via RMI into the JBoss application server we get the following error message: ... javax.resource.ResourceException; local class incompatible: stream classdesc serialVersionUID = 547071213627824490, local class serialVersionUID = 4770679801401540475 at net.fsc.jca.tutorial.SimpleOltpConnectBean.callService(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) ... When comparing class files, you can see, that JBoss 4.0.x doesn't use the same class file as is used in Sun's j2ee.jar (J2EE 1.4 reference implementation). Both Sun Java System Application Server Platform Edition 8.1 2005Q1 and Oracle OC4J 10.1.3 use the same class file, which differes from the JBoss version. So I assume, that this is a JBoss related problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Moving Xids from XidFactory to XAManagedConnectionFactor
First, you shouldn't *remove* the XID padding from the XIDFactory. There are lots of people using that configuration. Instead, it should be deprecated in favour of the new configuration. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869059#3869059 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869059 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBIDE-130) Configure JSP Editor Fonts
[ http://jira.jboss.com/jira/browse/JBIDE-130?page=history ] Guna Alexander updated JBIDE-130: - Summary: Configure JSP Editor Fonts (was: Configure JBoss IDE JSP Editor Fonts) > Configure JSP Editor Fonts > -- > > Key: JBIDE-130 > URL: http://jira.jboss.com/jira/browse/JBIDE-130 > Project: JBoss IDE > Type: Feature Request > Environment: Anyone > Reporter: Guna Alexander > Assignee: Marshall Culpepper > Priority: Trivial > > > I Would like to set fonts attributes in JSP Editor, as I can do with the Java > Editor. I believe that it's better work with smaller font size, thus I can > see entire big lines. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Documentation
at http://www.jboss.org/products/list, using the documentation link for JBoss remoting (oops, my description was not very accurate). Joachim View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869088#3869088 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869088 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Portal Build
tnine, you should have also had to copy the remoting jar over. I was in the process of updating the docs, when I noticed this one jar move is missing for 4.0.1AS View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869063#3869063 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869063 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
To use JBoss Portal permissions, your portlet should extend JBossPortlet. For a simple example, look at org.jboss.portal.core.portlet.role.RolePortlet. You will check for role permissions like this then: req.hasPermission("Admin") View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869058#3869058 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869058 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBoss Portal Webinar
I don't believe webex supports firefox. Its supposed to run in an applet, but I hear it doesn't work. I will be posting the JBoss World slides soon and flash demo as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869060#3869060 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869060 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-93) Annotations need to be updated to latest EJB spec
[ http://jira.jboss.com/jira/browse/EJBTHREE-93?page=history ] rimmeraj updated EJBTHREE-93: - Attachment: NamedQuery.java BusinessMethod.java OK. I got off my ass and just did it. Save someone some typing.. > Annotations need to be updated to latest EJB spec > - > > Key: EJBTHREE-93 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-93 > Project: EJB 3.0 > Type: Bug > Versions: Preview 5 > Reporter: rimmeraj > Attachments: BusinessMethod.java, NamedQuery.java > > > I have come across a couple of problems in the annotations with the release > of the EJB 3.0 Draft 2 spec. > javax.ejb.BusinessMethod is missing > javax.persistence.NamedQuery is VERY wrong -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Synchronizing TreeCache in cluser
Hi, I need to restrict access to the TreeCache in our cluster to ensure that no two updates will occur on the same node at the same time. Is there a mechinism in TreeCacheAOP that handles this? Or would I have to develop my own locking mechanism from JGroups using a class like DistributedLockManager? Thanks, Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869095#3869095 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869095 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Forums portlet
JBoss Version: 4.0.1sp1(build: CVSTag=JBoss_4_0_1_SP1 date=200502160315) Version Name: Zion Built on: February 16 2005 JVM Version: 1.4.2_06-b03 (Sun Microsystems Inc.) JVM Name: Java HotSpot(TM) Server VM I downloaded the jBoss binaries. The above is what I see on the jBoss Administration Console. I am using v2.0 Alpha release of jBoss Portal. I put helloworld.war in the deploy directory of the default server configuration. So, its in the same location as portal-core.sar. What does the "no main" error mean? Is there something wrong in where I am placing the war, or in how I am accessing it? Or should I get another version of jBoss? I really want to be able to run my portlets on jBoss Portal. Thanks for any help, Karan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869096#3869096 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869096 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Documentation
Have fixed the link (was very old). Thank you very much for pointing it out. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869100#3869100 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869100 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Syntax Highlighting
Good to Hear :D View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869102#3869102 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869102 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBMICROCONT-21) GenericBeanFactory
[ http://jira.jboss.com/jira/browse/JBMICROCONT-21?page=comments#action_12315914 ] Adrian Brock commented on JBMICROCONT-21: - Code created in org.jboss.beans.metadata.plugins.factory.GenericBeanFactory needs some tests. > GenericBeanFactory > -- > > Key: JBMICROCONT-21 > URL: http://jira.jboss.com/jira/browse/JBMICROCONT-21 > Project: JBoss MicroContainer > Type: Task > Components: Deployment > Reporter: Adrian Brock > Assignee: Adrian Brock > > > Implement a GenericBeanFactory that provides for an indirection/lazy > instantiation > of bean instances from dependency configuration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
it is a big in the tomcat/jboss integration. it has been fixed in jboss-4.0.2beta (not out yet but soon). I have had not tested it yet personnally. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869106#3869106 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869106 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: KernelControllerContext vs. KernelRegistryEntry
I don't think I like the idea of a bean going directly into the registry. Although it is certainly possible to implement it that way with the new container, you lose some features. (This is one of the problems with the current JMX micro kernel where MBeans that do not go through the ServiceController cannot take part in the service lifecyle/dependencies). With the new container, the beans can take part in dependency injection on other objects, but there is nothing to say that that bean's dependencies can be satisifed in a hot deployment environment. In general it bypasses the controller's ability to control lifecycle. Such a feature is more of a user requirement. Where they don't care about dependency ordering and are happy to get runtime exceptions (NullPointerException?) when dependencies are not satisfied, instead of deploying beans and the controller stopping them even getting exposed/run if there is problem. A better approach is to use something like the GenericBeanFactory I just committed. i.e. you inject a factory that can control object instantiation rules. Generically, it is much better for users to do (a purer IOC?): | public void setFactory(MyFactory f) | { |X x = f.create(); | } | | | | etc. | | | etc. | than a locator style pattern, especially if the beans are going straight into the registry instead of AppConfig being constructed through dependency injection for each of its parts | public void setAppConfig(AppConfig appConfig) | { |X x = (X) appConfig.getBean("SomeNameForX"); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869107#3869107 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869107 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: custom portlet page
Assuming we are talking about the same GooglePortlet from http://sourceforge.net/projects/portlet-opensrc/, I tried the above and the Reference manual and still getting an issue. Detailed below are the steps I have documented on how to deploy a JSR-168 portlet to Jboss Portals (using GooglePortlet as an example). *GooglePortlet.war (exploded directory) added to \server\default\deploy folder. *Create \GooglePortlet.war\WEB-INF\jboss-portlet.xml containing: | google | *Create \GooglePortlet.war\WEB-INF\portlet-instance.xml containing: | | | GooglePortletInstance | GooglePortlet | | *Create \GooglePortlet.war\WEB-INF\googleportlet-pages.xml (also tried google-pages.xml to match forums-pages.xml naming pattern, no difference) containing: | default | | google | | GooglePortletWindow | google.GooglePortlet.GooglePortletInstance | true | left | 0 | | | This causes the following deployment error: | 14:43:18,704 INFO [PreferencesPortletWindow] started | 14:43:18,750 INFO [TomcatDeployer] deploy, ctxPath=/GooglePortlet, warUrl=file:/C:/jbossportal/jboss-4.0.1sp1/server/de | fault/deploy/GooglePortlet.war/ | 14:43:18,954 ERROR [WebAppAdapter] Cannot handle the intercepted deployment | java.lang.NullPointerException | at org.jboss.portal.portlet.deployment.builder.PortletBuilder.buildLanguagesMetaData(PortletBuilder.java:246) | at org.jboss.portal.portlet.deployment.builder.PortletBuilder.buildPortletMetaData(PortletBuilder.java:229) | at org.jboss.portal.portlet.deployment.builder.PortletBuilder.build(PortletBuilder.java:150) | at org.jboss.portal.server.deployment.SimpleDeploymentReactor.process(SimpleDeploymentReactor.java:112) | at org.jboss.portal.server.deployment.SimpleDeploymentReactor.process(SimpleDeploymentReactor.java:119) | at org.jboss.portal.server.deployment.SimpleDeploymentReactor.process(SimpleDeploymentReactor.java:119) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) | at $Proxy35.process(Unknown Source) | at org.jboss.portal.server.deployment.WebAppAdapter.deploy(WebAppAdapter.java:49) | at org.jboss.portal.server.deployment.WebAppIntercepter.handleNotification(WebAppIntercepter.java:137) | at org.jboss.mx.modelmbean.XMBean.handleNotification(XMBean.java:485) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at org.jboss.mx.notification.NotificationListenerProxy.invoke(NotificationListenerProxy.java:138) | at $Proxy49.handleNotification(Unknown Source) | at org.jboss.mx.util.JBossNotificationBroadcasterSupport.handleNotification(JBossNotificationBroadcasterSupport. | java:112) | at org.jboss.mx.util.JBossNotificationBroadcasterSupport.sendNotification(JBossNotificationBroadcasterSupport.ja | va:93) | at org.jboss.deployment.SubDeployerSupport.start(SubDeployerSupport.java:218) | at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:376) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:964) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:775) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738) | at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:324) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) | at org.jboss.mx.server.Invocation.dispatch(Invocati
[JBoss-dev] jboss-head-jdk-matrix build.85 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050307124123Lbuild.85 BUILD COMPLETE - build.85Date of build: 03/07/2005 12:41:23Time to build: 78 minutes 52 secondsLast changed: 03/07/2005 11:45:57Last log entry: JBREM-36 - changed threading for listening on socket. Will now execute socket processing on same thread that received socket (socket accept) and will use new socket on another thread from the pool. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.13modifiedtelrodremoting/src/main/org/jboss/remoting/transport/http/HTTPServerInvoker.javaJBREM-36 - changed threading for listening on socket. Will now execute socket processing on same thread that received socket (socket accept) and will use new socket on another thread from the pool.1.2modifiedosdchicagovaria/src/main/org/jboss/jaxr/juddi/axis/JBossJuddiAxisTransport.javaAdd a new method String send(String,URL) that will take care of the Jaxr makeResgtrySpecificRequest1.2modifiedpharaohhkernel/src/main/org/jboss/kernel/plugins/config/KernelConfigFactory.javaUpdated javadoc
[JBoss-dev] [Design of JBoss Portal] - Re: custom portlet page
Yes. I played around with some of the free portlets on there. Overall, they tend to suck. However, the googleportlet is probably the only one I got to work. In the portlet.xml for googleportlet, change the locale to read this: en I think they have something else in there like en_US that doesn't play nice with JBoss Portal. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869111#3869111 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869111 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-105) Please make the proper configuration document of BOSS Cache
Please make the proper configuration document of BOSS Cache --- Key: JBCACHE-105 URL: http://jira.jboss.com/jira/browse/JBCACHE-105 Project: JBoss Cache Type: Support Patch Environment: JBOSS Cache Reporter: Amit Bansal Assigned to: Bela Ban Please do the proper documentation for a beginer of JBOSS Cache..u have documentation but not proper because no steps there to configure TreeCache on windows and linux. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Jboss Portal authentication
Ahhh!!! That's more like it... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869117#3869117 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869117 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1552) JBoss use wrong version of javax.resource.ResourceException class file
[ http://jira.jboss.com/jira/browse/JBAS-1552?page=history ] Adrian Brock updated JBAS-1552: --- Fix Version: JBossAS-4.0.2 Final Generalize this task to check all classes in the j2ee module that are serializable agree with Sun's serialVersionUUIDs from j2ee.jar > JBoss use wrong version of javax.resource.ResourceException class file > -- > > Key: JBAS-1552 > URL: http://jira.jboss.com/jira/browse/JBAS-1552 > Project: JBoss Application Server > Type: Bug > Components: JCA service > Versions: JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final > Environment: All platforms > Reporter: Manfred Rosenboom > Fix For: JBossAS-4.0.2 Final > > > When passing a javax.resource.ResourceException via RMI into the JBoss > application server we get the following error message: > ... > javax.resource.ResourceException; local class incompatible: stream classdesc > serialVersionUID = 547071213627824490, local class serialVersionUID = > 4770679801401540475 > at net.fsc.jca.tutorial.SimpleOltpConnectBean.callService(Unknown > Source) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.jboss.invocation.Invocation.performCall(Invocation.java:345) > ... > When comparing class files, you can see, that JBoss 4.0.x doesn't use the > same class file as is used in Sun's j2ee.jar (J2EE 1.4 reference > implementation). > Both Sun Java System Application Server Platform Edition 8.1 2005Q1 and > Oracle OC4J 10.1.3 use the same class file, which differes from the JBoss > version. So I assume, that this is a JBoss related problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1553) Update the JAAS login module base class password mapping options
Update the JAAS login module base class password mapping options Key: JBAS-1553 URL: http://jira.jboss.com/jira/browse/JBAS-1553 Project: JBoss Application Server Type: Feature Request Components: Security Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final Reporter: Scott M Stark Currently we support a simple notion of only having the first login module perform authentication with all other login modules bypassing authentication when the password-stacking=useFirstPass We need to update the base login modules that support most of the options from the jaas developer guide: * try_first_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules also try to use it. If authentication fails, the LoginModules prompt for a new password and retry the authentication. * use_first_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules also try to use it. LoginModules do not prompt for a new password if authentication fails (authentication simply fails). * try_mapped_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules attempt to map it into their service-specific password. If authentication fails, the LoginModules prompt for a new password and retry the authentication. * use_mapped_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules attempt to map it into their service-specific password. LoginModules do not prompt for a new password if authentication fails (authentication simply fails). * moduleBanner - If true, then when invoking the CallbackHandler, the LoginModule provides a TextOutputCallback as the first Callback, which describes the LoginModule performing the authentication. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1547) Session.unsubscribe does not clear JMS messages from the database
[ http://jira.jboss.com/jira/browse/JBAS-1547?page=history ] Adrian Brock updated JBAS-1547: --- Assign To: Adrian Brock Fix Version: JBossAS-4.0.2RC1 > Session.unsubscribe does not clear JMS messages from the database > - > > Key: JBAS-1547 > URL: http://jira.jboss.com/jira/browse/JBAS-1547 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > JDK 1.5.0 > MS SQL Server > Reporter: Plamen Todorov > Assignee: Adrian Brock > Fix For: JBossAS-4.0.2RC1 > > > I am testing durable topic subscription and have the following issue: > session.unsubscribe("") clears the subscription from the database, but does > not clear the JMS messages stored for this subscription from the JMS_MESSAGES > table. I am using MS SQL Server 2000 to store the messages. Here is my test > code: > public Result testTopic(TopicJMSPerformanceTestSetup setup){ > try{ > boolean guaranteed = setup.isGuaranteed(); > long t = System.currentTimeMillis(); > log("Testing " + (guaranteed ? " guaranteed" : " non-guaranteed") > + " topic connection delivery..."); > TopicConnectionFactory factory = > connector.getTopicConnectionFactory(); > TopicConnection conn; > try{ > conn = factory.createTopicConnection( > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME), > > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_PASSWORD)); > log("Connected as " + > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME) > + " Topic connection: " + conn); > }catch(JMSConnectorException ex){ > conn = factory.createTopicConnection(); > log("Connected using the default user credentials. Topic > connection: " + conn); > } > conn.start(); > try{ > log("Topic connection: " + conn); > TopicSession session = conn.createTopicSession(false, > Session.AUTO_ACKNOWLEDGE); > log("Topic session: " + session); > int mode = (guaranteed ? DeliveryMode.PERSISTENT : > DeliveryMode.NON_PERSISTENT); > TopicPublisher publisher = > session.createPublisher(connector.getTopic(TOPIC_INTERNAL_NAME)); > publisher.setDeliveryMode(mode); > log("Message publisher: " + publisher); > TopicSubscriber subscriber = null; > if(guaranteed) > subscriber = > session.createDurableSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME), > "testDurableSubscriber"); > else > subscriber = > session.createSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME)); > long objectCreationTime = System.currentTimeMillis() - t; > log("Message subscriber: " + subscriber); > //flush topic messages > log("Clearing " + empty(subscriber) + " messages from the > test topic." ); > long messageSendingTime = 0; > try{ > log("Publishing/receiving " + setup.getIterations() + > (guaranteed? " persistent" : " non-persistent") + " messages, Size = " + > setup.getMessageSize() + " bytes..."); > messageSendingTime = work(publisher, subscriber, session, > setup); > }finally{ > try{ > subscriber.close(); > publisher.close(); > }finally{ > if(guaranteed) > session.unsubscribe("testDurableSubscriber"); > } > session.close(); > } > log("Message publishing finished. Time: " + > messageSendingTime + " msec\n"); > return new PerformanceResult(setup, objectCreationTime, > messageSendingTime); > }finally{ > conn.close(); > } > }catch(Exception e){ > String message = "ERROR!\nError executing test. Message: " + e + > "\nTest setup: " + setup + "\nTime: " + > SimpleDateFormat.getTimeInstance().format(new Date()); > log(message + "\n", Level.ERROR); > e.printStackTrace(); > return new ResultImpl(message); > } > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1543) ClusteredHttpSession doesn't retrieve Cluster Partition name from SystemPropertiesService
[ http://jira.jboss.com/jira/browse/JBAS-1543?page=history ] Adrian Brock closed JBAS-1543: -- Resolution: Rejected .sar files are deployed before -service.xml files Put your system property config at the top of conf/jboss-service.xml to ensure it is set BEFORE other deployments try to read the system property. > ClusteredHttpSession doesn't retrieve Cluster Partition name from > SystemPropertiesService > - > > Key: JBAS-1543 > URL: http://jira.jboss.com/jira/browse/JBAS-1543 > Project: JBoss Application Server > Type: Bug > Components: Clustering > Versions: JBossAS-4.0.1 SP1 > Environment: Linux JSDK 1.4.2-06 and also Windows 2000 Pro 1.4.2 > Reporter: Nicolas Martignole > Priority: Minor > > > Hi > I tried to define the Cluster partition name using the > SystemPropertiesService. > It is configured from server/all/properties-service.xml as: > name="jboss:type=Service,name=SystemProperties"> > name="Properties">jboss.partition.name=MyTestPartition > > First, I add to rename the file to aaaproperties-services.xml so that the > Deployer reads this file before it starts the Clustering and HAJNDI services. > Once started, JBoss created the cluster successfully: > 17:20:15,229 INFO [MyTestPartition] Initializing > 17:20:15,471 INFO [STDOUT] > --- > GMS: address is localhost:33115 (additional data: 14 bytes) > --- > 17:20:17,532 INFO [MyTestPartition] Number of cluster members: 1 > 17:20:17,532 INFO [MyTestPartition] Other members: 0 > 17:20:17,532 INFO [MyTestPartition] Fetching state (will wait for 3 > milliseconds): > 17:20:17,654 INFO [HANamingService] Listening on /127.0.0.1:1200 > 17:20:17,662 INFO [DetachedHANamingService$AutomaticDiscovery] Listening on > /127.0.0.1:1102, group=230.0.0.4, HA-JNDI address=127.0.0.1:12 > However, the clustering/HTTPSession service failed to start and I got the > following message: > 17:20:40,472 ERROR [URLDeploymentScanner] Incomplete Deployment listing: > MBeans waiting for other MBeans: > ObjectName: jboss.j2ee:jndiName=clustering/HTTPSession,service=EJB > state: NOTYETINSTALLED > I Depend On: jboss:service=DefaultPartition > jboss:service=invoker,type=jrmp > Depends On Me: jboss:service=ClusteredHttpSession > ObjectName: jboss:service=ClusteredHttpSession > state: CONFIGURED > I Depend On: jboss.j2ee:jndiName=clustering/HTTPSession,service=EJB > Depends On Me: > MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM: > ObjectName: jboss:service=DefaultPartition > state: NOTYETINSTALLED > I Depend On: > Depends On Me: jboss.j2ee:jndiName=clustering/HTTPSession,service=EJB > This service is configured from the following file: > jboss-4.0.1sp1/server/all/deploy/jbossha-httpsession.sar/ClusteredHttpSessionEB.jar/META-INF/jboss.xml > that contains the following lines: > > > ${jboss.partition.name:DefaultPartition} > > > jboss:service=${jboss.partition.name:DefaultPartition} > jboss:service=invoker,type=jrmp > > > Problem is apparently the ${jboss.partition.nam...} env property is not read > and thus, > it always switch to DefaultPartition. > If I rename DefaultPartition to MyTestPartition it works. > Thanks for your help > Nicolas -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBMAIL-32) Bounced mails reuse mime type and produce invalid mails
[ http://jira.jboss.com/jira/browse/JBMAIL-32?page=history ] Kabir Khan closed JBMAIL-32: Resolution: Done UPdated to always set Content-Type to "text/plain" > Bounced mails reuse mime type and produce invalid mails > --- > > Key: JBMAIL-32 > URL: http://jira.jboss.com/jira/browse/JBMAIL-32 > Project: JBoss Mail > Type: Bug > Components: SMTP > Versions: 1.0-M2, 1.0-M3 > Reporter: Andrew Oliver > Assignee: Kabir Khan > Fix For: 1.0-M3 > > Original Estimate: 1 hour > Remaining: 1 hour > > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=59373 > if the bounced message was MIME, then the bounce message is MIME even though > its text only. It should always have a text content type because it will > always be text. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-jdk-matrix build.71 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050307145657Lbuild.71 BUILD COMPLETE - build.71Date of build: 03/07/2005 14:56:57Time to build: 58 minutes 43 seconds Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (0)
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1541) Clients hang if UIL2 server process is in unclear state
[ http://jira.jboss.com/jira/browse/JBAS-1541?page=history ] Adrian Brock updated JBAS-1541: --- Fix Version: JBossAS-4.0.2 Final > Clients hang if UIL2 server process is in unclear state > --- > > Key: JBAS-1541 > URL: http://jira.jboss.com/jira/browse/JBAS-1541 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 SP1 > Environment: Suse Linux Enterprise Server 8 and 9. JBoss-4.0.0 and > JBoss-4.0.1sp1 > Reporter: jens.schanz > Priority: Critical > Fix For: JBossAS-4.0.2 Final > > > For more informations see > http://jira.jboss.com/jira/browse/JBAS-1380?page=comments#action_12315651 > In version 4.0.1sp1 the following bug is fixed "UIL2 server accept thread can > be lost due to unexpected error" but not correct implemented. There are a few > improvements due to further version. The server didn't crash now with > outOfMemory and the client receives now a clear exception. But, while the > server is in this unclear state (time from crash to time of closing network > sockets), no new connection will be accepted and all clients hang while this > time. > Create a test program wich creates uil2 connections to server (create -> > close -> create ...). Run this from 2 or 3 machines ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - NestedRuntimeException
Hello, in case of cachemode REPL_ASYNC and REPL_SYNC...when i m putting 5000 values in cache then in between i m getting this error everytime and then program breaks. but in case of cachemode LOCAL i m not getting any error and performance is excellent in that case. but in case of REPL_ASYNC and REPL_SYNC, performance is very slow. Please rectify the problem. i m putting the string(size of 10k) Exception in thread "main" org.jboss.util.NestedRuntimeException: rsp=sender=SGN SCC397599901:4329, retval=null, received=false, suspected=false; - nested throwa ble: (org.jboss.cache.lock.TimeoutException: rsp=sender=SGNSCC397599901:4329, re tval=null, received=false, suspected=false) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3248) at org.jboss.cache.TreeCache.put(TreeCache.java:1749) at org.jboss.cache.TreeCache.put(TreeCache.java:1732) at TestTreeView.main(TestTreeView.java:41) Caused by: org.jboss.cache.lock.TimeoutException: rsp=sender=SGNSCC397599901:432 9, retval=null, received=false, suspected=false at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:2153) at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:2175) at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(Replicatio nInterceptor.java:85) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:43) at org.jboss.cache.interceptors.TransactionInterceptor.invoke(Transactio nInterceptor.java:55) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3245) ... 3 more Regards Amit View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869121#3869121 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869121 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: custom portlet page
wow, good call Roy! That change in the locale fixed the deployment problem with the GooglePortlet. Now I've progressed to the below error (abbreviated): 16:38:22,438 ERROR [Engine] StandardWrapperValve[PortletServlet]: Servlet.service() for servlet PortletServlet threw exc | eption | org.jboss.portal.common.transaction.BusinessException: javax.servlet.ServletException: no main | at org.jboss.portal.common.transaction.Demarcator.requiresNew(Demarcator.java:58) | at org.jboss.portal.core.servlet.TransactionFilter.doFilter(TransactionFilter.java:74) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) | .. | Caused by: javax.servlet.ServletException: no main | at org.jboss.portal.core.servlet.CoreServlet.invoke(CoreServlet.java:195) | at org.jboss.portal.server.servlet.AbstractMainServlet.doGet(AbstractMainServlet.java:53) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) I've seen this error with both the GooglePortlet discussed on this thread, as well as the HelloWorld jboss portlet example (as setup from those instructions). This error was seen when attempting to visit: http://localhost:8080/portal/index.html?page=google | http://localhost:8080/portal/index.html?page=helloworld | http://localhost:8080/portal/index.html?_id=page.default.helloworld | http://localhost:8080/portal/index.html?_id=page.default.google | I originally was testing jboss-portal-2.0-alpha binary on Jboss-4.0.1sp1, but moved back to Jboss-4.0.1 to avoid possible confusion. Both portlets across both jboss versions resulted in the same error. Any ideas? So close, want to prove this is a good solution and can take advantage of the JSR-168 spec for portlets instead of another proprietary/costly solution. Thanks again, -D View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869122#3869122 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869122 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: custom portlet page
"dhartford" wrote : I've seen this error with both the GooglePortlet discussed on this thread, as well as the HelloWorld jboss portlet example (as setup from those instructions). | This is usually do to a bad xml descriptor. Email me a zip of the war, and I'll see whats going on. I know that once I got it working after fixing the locale issue, you still need to go to google and get a key from them. "dhartford" wrote : | Any ideas? So close, want to prove this is a good solution and can take advantage of the JSR-168 spec for portlets instead of another proprietary/costly solution. | Some of the xml descriptor syntax changed between alpha/beta. Very minor though. My own personal advice... don't buy a portal, use jbossportal and get a support contract from JBoss, Inc. Then have your bosses give you a raise with the buckets of money they saved. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869124#3869124 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869124 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBCACHE-105) Please make the proper configuration document of BOSS Cache
[ http://jira.jboss.com/jira/browse/JBCACHE-105?page=history ] Bela Ban resolved JBCACHE-105: -- Assign To: Amit Bansal (was: Bela Ban) Resolution: Rejected The doc is more than sufficient > Please make the proper configuration document of BOSS Cache > --- > > Key: JBCACHE-105 > URL: http://jira.jboss.com/jira/browse/JBCACHE-105 > Project: JBoss Cache > Type: Support Patch > Environment: JBOSS Cache > Reporter: Amit Bansal > Assignee: Amit Bansal > > > Please do the proper documentation for a beginer of JBOSS Cache..u have > documentation but not proper because no steps there to configure TreeCache on > windows and linux. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Javadocs?
Is there a central website for all of JBoss' Javadocs - particularly for the JMX / Microkernel? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869126#3869126 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869126 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: Javadocs?
Sorry - just read that this forum is not for user questions. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869127#3869127 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869127 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Management Features on JBoss] - Javadocs?
Is there a central website for all of JBoss' Javadocs - particularly for the JMX / Microkernel? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869128#3869128 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869128 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.416 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050307163312Lbuild.416 BUILD COMPLETE - build.416Date of build: 03/07/2005 16:33:12Time to build: 28 minutes 7 secondsLast changed: 03/07/2005 16:15:26Last log entry: Done JBWS-128 Cannot load client wsdl from war inside an ear Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.1.2.1modifiedtdieslertestsuite/src/resources/webservice/jbws128/WEB-INF-client/jaxrpc-mapping.xmlDone JBWS-128 Cannot load client wsdl from war inside an ear1.1.2.2deletedtdieslertestsuite/src/resources/webservice/jbws128/WEB-INF-client/jboss-web.xmlDone JBWS-128 Cannot load client wsdl from war inside an ear1.9.2.57modifiedtdieslertestsuite/imports/test-jars.xmlDone JBWS-128 Cannot load client wsdl from war inside an ear
[JBoss-dev] [JBossCache] - Re: TreeCacheAop Configuration for Synchronous Replication
Yes I was very confused and was configuring the TreeCache in one deployment descriptor (syncRepl.xml) and the TreeCacheAop in another (jboss-service.xml), since I assumed this was how things worked based on the various documents I've found on this topic (these documents don't seem to be synchronized or complete, my only excuse for making this bonehead mistake). It seemed weird to me at the time but it was sort of working so I thought maybe it was correct, just with the wrong attribute values. Thanks for making your observation which has prompted me to configure the TreeCacheAop MBean in the jboss-service.xml that I include in my SAR. Unfortunately having the TreeCacheAop configuration in the right file still doesn't solve my problem, in that replication just isn't happening across the two nodes of my cluster. I currently have the following as my TreeCacheAop MBean entry in my SAR's jboss-service.xml: | | REPL_SYNC | TreeCache-Cluster | | | | | | | | | | | | | | | | | (I don't have the TransactionManagerLookupClass entry because I get exceptions with both DummyTransactionManagerLookup and TransactionManagerLookup, but I'm assuming that's unrelated to the current woes and is something to be addressed later.) In server.log I see the following messages which indicate that the TreeCacheAop is being started fine but that it isn't communicating with any other TreeCacheAop in its TreeCache-Cluster, which explains why there is no replication (this is the server.log from the second node, started about 5 minutes after the first node of the cluster, and after there are already data stored in the TreeCacheAop on the first node): | 2005-03-07 15:12:22,033 INFO [org.jboss.cache.aop.TreeCacheAop] interceptor chain is: | class org.jboss.cache.interceptors.CallInterceptor | class org.jboss.cache.interceptors.LockInterceptor | class org.jboss.cache.interceptors.CreateIfNotExistsInterceptor | class org.jboss.cache.interceptors.ReplicationInterceptor | | 2005-03-07 15:12:22,033 INFO [org.jboss.cache.aop.TreeCacheAop] cache mode is REPL_SYNC | | 2005-03-07 15:12:22,054 INFO [STDOUT] | --- | GMS: address is localhost:37159 | --- | | 2005-03-07 15:12:24,065 INFO [org.jboss.cache.aop.TreeCacheAop] | viewAccepted(): new members: [localhost:37159] | | 2005-03-07 15:12:24,066 INFO [org.jboss.cache.aop.TreeCacheAop] | state could not be retrieved (must be first member in group) | | 2005-03-07 15:12:24,066 DEBUG [org.jboss.cache.aop.TreeCacheAop] | Started jboss.cache:service=TreeCacheAop | | Something else of interest is that when I remove the ClusterConfig attribute from the TreeCacheAop MBean entry I get the following messages instead which show that there is communication between the two TreeCacheAop MBeans, and the current state of the TreeCacheAop on the first node is actually fetched to the newly started TreeCacheAop on the second node, although the replication ends there: | 2005-03-07 17:16:20,299 INFO [org.jboss.cache.aop.TreeCacheAop] | cache mode is REPL_SYNC | | 2005-03-07 17:16:20,300 DEBUG [org.jboss.cache.aop.TreeCacheAop] | setting cluster properties to default value | | 2005-03-07 17:16:20,323 INFO [STDOUT] | --- | GMS: address is canal:37219 | --- | | 2005-03-07 17:16:22,340 INFO [org.jboss.cache.aop.TreeCacheAop] | viewAccepted(): new members: [brooklyn:32989, canal:37219] | | 2005-03-07 17:16:22,353 INFO [org.jboss.cache.aop.TreeCacheAop] | received the state (size=818 bytes) | | 2005-03-07 17:16:22,353 INFO [org.jboss.cache.aop.TreeCacheAop] | transient state: 766 bytes | | 2005-03-07 17:16:22,353 INFO [org.jboss.cache.aop.TreeCacheAop] | setting transient state | | 2005-03-07 17:16:22,354 DEBUG [org.jboss.cache.lock.IdentityLock] | Cache instance is null. Use default lock strategy | | 2005-03-07 17:16:22,354 DEBUG [org.jboss.cache.lock.IdentityLock] | Cache instance is null. Use default lock strategy | | 2005-03-07 17:16:22,355 DEBUG [org.jboss.cache.lock.IdentityLock] | Cache instance is null. Use default lock strategy | | 2005-03-07 17:16:22,364 INFO [org.jboss.cache.aop.TreeCacheAop] | locking the old tree | | 2005-03-07 17:16:22,364 INFO [org.jboss.cache.aop.TreeCacheAop] | locking the old tree was successful | | 2005-03-07 17:16:22,364 INFO [org.jboss.cache.aop.TreeCacheAop] | setting the transient state was success
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1547) Session.unsubscribe does not clear JMS messages from the database
[ http://jira.jboss.com/jira/browse/JBAS-1547?page=history ] Adrian Brock updated JBAS-1547: --- Attachment: Client.java Simplied version of test > Session.unsubscribe does not clear JMS messages from the database > - > > Key: JBAS-1547 > URL: http://jira.jboss.com/jira/browse/JBAS-1547 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > JDK 1.5.0 > MS SQL Server > Reporter: Plamen Todorov > Assignee: Adrian Brock > Fix For: JBossAS-4.0.2RC1 > Attachments: Client.java > > > I am testing durable topic subscription and have the following issue: > session.unsubscribe("") clears the subscription from the database, but does > not clear the JMS messages stored for this subscription from the JMS_MESSAGES > table. I am using MS SQL Server 2000 to store the messages. Here is my test > code: > public Result testTopic(TopicJMSPerformanceTestSetup setup){ > try{ > boolean guaranteed = setup.isGuaranteed(); > long t = System.currentTimeMillis(); > log("Testing " + (guaranteed ? " guaranteed" : " non-guaranteed") > + " topic connection delivery..."); > TopicConnectionFactory factory = > connector.getTopicConnectionFactory(); > TopicConnection conn; > try{ > conn = factory.createTopicConnection( > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME), > > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_PASSWORD)); > log("Connected as " + > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME) > + " Topic connection: " + conn); > }catch(JMSConnectorException ex){ > conn = factory.createTopicConnection(); > log("Connected using the default user credentials. Topic > connection: " + conn); > } > conn.start(); > try{ > log("Topic connection: " + conn); > TopicSession session = conn.createTopicSession(false, > Session.AUTO_ACKNOWLEDGE); > log("Topic session: " + session); > int mode = (guaranteed ? DeliveryMode.PERSISTENT : > DeliveryMode.NON_PERSISTENT); > TopicPublisher publisher = > session.createPublisher(connector.getTopic(TOPIC_INTERNAL_NAME)); > publisher.setDeliveryMode(mode); > log("Message publisher: " + publisher); > TopicSubscriber subscriber = null; > if(guaranteed) > subscriber = > session.createDurableSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME), > "testDurableSubscriber"); > else > subscriber = > session.createSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME)); > long objectCreationTime = System.currentTimeMillis() - t; > log("Message subscriber: " + subscriber); > //flush topic messages > log("Clearing " + empty(subscriber) + " messages from the > test topic." ); > long messageSendingTime = 0; > try{ > log("Publishing/receiving " + setup.getIterations() + > (guaranteed? " persistent" : " non-persistent") + " messages, Size = " + > setup.getMessageSize() + " bytes..."); > messageSendingTime = work(publisher, subscriber, session, > setup); > }finally{ > try{ > subscriber.close(); > publisher.close(); > }finally{ > if(guaranteed) > session.unsubscribe("testDurableSubscriber"); > } > session.close(); > } > log("Message publishing finished. Time: " + > messageSendingTime + " msec\n"); > return new PerformanceResult(setup, objectCreationTime, > messageSendingTime); > }finally{ > conn.close(); > } > }catch(Exception e){ > String message = "ERROR!\nError executing test. Message: " + e + > "\nTest setup: " + setup + "\nTime: " + > SimpleDateFormat.getTimeInstance().format(new Date()); > log(message + "\n", Level.ERROR); > e.printStackTrace(); > return new ResultImpl(message); > } > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1547) Session.unsubscribe does not clear JMS messages from the database
[ http://jira.jboss.com/jira/browse/JBAS-1547?page=history ] Adrian Brock updated JBAS-1547: --- Attachment: server.log Log from test > Session.unsubscribe does not clear JMS messages from the database > - > > Key: JBAS-1547 > URL: http://jira.jboss.com/jira/browse/JBAS-1547 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > JDK 1.5.0 > MS SQL Server > Reporter: Plamen Todorov > Assignee: Adrian Brock > Fix For: JBossAS-4.0.2RC1 > Attachments: Client.java, server.log > > > I am testing durable topic subscription and have the following issue: > session.unsubscribe("") clears the subscription from the database, but does > not clear the JMS messages stored for this subscription from the JMS_MESSAGES > table. I am using MS SQL Server 2000 to store the messages. Here is my test > code: > public Result testTopic(TopicJMSPerformanceTestSetup setup){ > try{ > boolean guaranteed = setup.isGuaranteed(); > long t = System.currentTimeMillis(); > log("Testing " + (guaranteed ? " guaranteed" : " non-guaranteed") > + " topic connection delivery..."); > TopicConnectionFactory factory = > connector.getTopicConnectionFactory(); > TopicConnection conn; > try{ > conn = factory.createTopicConnection( > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME), > > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_PASSWORD)); > log("Connected as " + > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME) > + " Topic connection: " + conn); > }catch(JMSConnectorException ex){ > conn = factory.createTopicConnection(); > log("Connected using the default user credentials. Topic > connection: " + conn); > } > conn.start(); > try{ > log("Topic connection: " + conn); > TopicSession session = conn.createTopicSession(false, > Session.AUTO_ACKNOWLEDGE); > log("Topic session: " + session); > int mode = (guaranteed ? DeliveryMode.PERSISTENT : > DeliveryMode.NON_PERSISTENT); > TopicPublisher publisher = > session.createPublisher(connector.getTopic(TOPIC_INTERNAL_NAME)); > publisher.setDeliveryMode(mode); > log("Message publisher: " + publisher); > TopicSubscriber subscriber = null; > if(guaranteed) > subscriber = > session.createDurableSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME), > "testDurableSubscriber"); > else > subscriber = > session.createSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME)); > long objectCreationTime = System.currentTimeMillis() - t; > log("Message subscriber: " + subscriber); > //flush topic messages > log("Clearing " + empty(subscriber) + " messages from the > test topic." ); > long messageSendingTime = 0; > try{ > log("Publishing/receiving " + setup.getIterations() + > (guaranteed? " persistent" : " non-persistent") + " messages, Size = " + > setup.getMessageSize() + " bytes..."); > messageSendingTime = work(publisher, subscriber, session, > setup); > }finally{ > try{ > subscriber.close(); > publisher.close(); > }finally{ > if(guaranteed) > session.unsubscribe("testDurableSubscriber"); > } > session.close(); > } > log("Message publishing finished. Time: " + > messageSendingTime + " msec\n"); > return new PerformanceResult(setup, objectCreationTime, > messageSendingTime); > }finally{ > conn.close(); > } > }catch(Exception e){ > String message = "ERROR!\nError executing test. Message: " + e + > "\nTest setup: " + setup + "\nTime: " + > SimpleDateFormat.getTimeInstance().format(new Date()); > log(message + "\n", Level.ERROR); > e.printStackTrace(); > return new ResultImpl(message); > } > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1547) Session.unsubscribe does not clear JMS messages from the database
[ http://jira.jboss.com/jira/browse/JBAS-1547?page=comments#action_12315934 ] Adrian Brock commented on JBAS-1547: Your test is unusable as it stands since it includes references to code you have not posted. Attached is a simplified version of the test that can be run against a raw JBoss installation. Client.java and a server.log with the extra logging configured in conf/log4j.xml This shows the messages getting deleted: 005-03-07 17:39:56,902 DEBUG [org.jboss.mq.sm.jdbc.JDBCStateManager] Removing subscription. 2005-03-07 17:39:56,902 TRACE [org.jboss.mq.server.BasicQueue] removeAllMessages [EMAIL PROTECTED] name=testing selector=null]} 2005-03-07 17:39:56,903 TRACE [org.jboss.mq.server.BasicQueue] dropMessage [EMAIL PROTECTED] name=testing selector=null]} txid=null 2005-03-07 17:39:56,903 TRACE [org.jboss.mq.pm.jdbc2.PersistenceManager] Removing message 1 msg=0 hard STORED PERSISTENT queue=TOPIC.testTopic.DurableSubscription[clientId=DurableSubscriberExample name=testing selector=null] priority=4 lateClone=false hashCode=30968863 transaction=null 2005-03-07 17:39:56,910 TRACE [org.jboss.mq.pm.jdbc2.PersistenceManager] Removed message 1 msg=0 hard REMOVED PERSISTENT queue=TOPIC.testTopic.DurableSubscription[clientId=DurableSubscriberExample name=testing selector=null] priority=4 lateClone=false hashCode=30968863 transaction=null 2005-03-07 17:39:56,913 TRACE [org.jboss.mq.server.TracingInterceptor] RETURN : destroySubscription > Session.unsubscribe does not clear JMS messages from the database > - > > Key: JBAS-1547 > URL: http://jira.jboss.com/jira/browse/JBAS-1547 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > JDK 1.5.0 > MS SQL Server > Reporter: Plamen Todorov > Assignee: Adrian Brock > Attachments: Client.java, server.log > > > I am testing durable topic subscription and have the following issue: > session.unsubscribe("") clears the subscription from the database, but does > not clear the JMS messages stored for this subscription from the JMS_MESSAGES > table. I am using MS SQL Server 2000 to store the messages. Here is my test > code: > public Result testTopic(TopicJMSPerformanceTestSetup setup){ > try{ > boolean guaranteed = setup.isGuaranteed(); > long t = System.currentTimeMillis(); > log("Testing " + (guaranteed ? " guaranteed" : " non-guaranteed") > + " topic connection delivery..."); > TopicConnectionFactory factory = > connector.getTopicConnectionFactory(); > TopicConnection conn; > try{ > conn = factory.createTopicConnection( > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME), > > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_PASSWORD)); > log("Connected as " + > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME) > + " Topic connection: " + conn); > }catch(JMSConnectorException ex){ > conn = factory.createTopicConnection(); > log("Connected using the default user credentials. Topic > connection: " + conn); > } > conn.start(); > try{ > log("Topic connection: " + conn); > TopicSession session = conn.createTopicSession(false, > Session.AUTO_ACKNOWLEDGE); > log("Topic session: " + session); > int mode = (guaranteed ? DeliveryMode.PERSISTENT : > DeliveryMode.NON_PERSISTENT); > TopicPublisher publisher = > session.createPublisher(connector.getTopic(TOPIC_INTERNAL_NAME)); > publisher.setDeliveryMode(mode); > log("Message publisher: " + publisher); > TopicSubscriber subscriber = null; > if(guaranteed) > subscriber = > session.createDurableSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME), > "testDurableSubscriber"); > else > subscriber = > session.createSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME)); > long objectCreationTime = System.currentTimeMillis() - t; > log("Message subscriber: " + subscriber); > //flush topic messages > log("Clearing " + empty(subscriber) + " messages from the > test topic." ); > long messageSendingTime = 0; > try{ > log("Publishing/receiving " + setup.getIterations() + > (guaranteed? " persistent" : " non-persistent") + " messages, Size = " + > setup.getMessageSize() + " bytes..."); > messageSendingTime =
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1547) Session.unsubscribe does not clear JMS messages from the database
[ http://jira.jboss.com/jira/browse/JBAS-1547?page=history ] Adrian Brock updated JBAS-1547: --- Fix Version: (was: JBossAS-4.0.2RC1) > Session.unsubscribe does not clear JMS messages from the database > - > > Key: JBAS-1547 > URL: http://jira.jboss.com/jira/browse/JBAS-1547 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > JDK 1.5.0 > MS SQL Server > Reporter: Plamen Todorov > Assignee: Adrian Brock > Attachments: Client.java, server.log > > > I am testing durable topic subscription and have the following issue: > session.unsubscribe("") clears the subscription from the database, but does > not clear the JMS messages stored for this subscription from the JMS_MESSAGES > table. I am using MS SQL Server 2000 to store the messages. Here is my test > code: > public Result testTopic(TopicJMSPerformanceTestSetup setup){ > try{ > boolean guaranteed = setup.isGuaranteed(); > long t = System.currentTimeMillis(); > log("Testing " + (guaranteed ? " guaranteed" : " non-guaranteed") > + " topic connection delivery..."); > TopicConnectionFactory factory = > connector.getTopicConnectionFactory(); > TopicConnection conn; > try{ > conn = factory.createTopicConnection( > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME), > > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_PASSWORD)); > log("Connected as " + > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME) > + " Topic connection: " + conn); > }catch(JMSConnectorException ex){ > conn = factory.createTopicConnection(); > log("Connected using the default user credentials. Topic > connection: " + conn); > } > conn.start(); > try{ > log("Topic connection: " + conn); > TopicSession session = conn.createTopicSession(false, > Session.AUTO_ACKNOWLEDGE); > log("Topic session: " + session); > int mode = (guaranteed ? DeliveryMode.PERSISTENT : > DeliveryMode.NON_PERSISTENT); > TopicPublisher publisher = > session.createPublisher(connector.getTopic(TOPIC_INTERNAL_NAME)); > publisher.setDeliveryMode(mode); > log("Message publisher: " + publisher); > TopicSubscriber subscriber = null; > if(guaranteed) > subscriber = > session.createDurableSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME), > "testDurableSubscriber"); > else > subscriber = > session.createSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME)); > long objectCreationTime = System.currentTimeMillis() - t; > log("Message subscriber: " + subscriber); > //flush topic messages > log("Clearing " + empty(subscriber) + " messages from the > test topic." ); > long messageSendingTime = 0; > try{ > log("Publishing/receiving " + setup.getIterations() + > (guaranteed? " persistent" : " non-persistent") + " messages, Size = " + > setup.getMessageSize() + " bytes..."); > messageSendingTime = work(publisher, subscriber, session, > setup); > }finally{ > try{ > subscriber.close(); > publisher.close(); > }finally{ > if(guaranteed) > session.unsubscribe("testDurableSubscriber"); > } > session.close(); > } > log("Message publishing finished. Time: " + > messageSendingTime + " msec\n"); > return new PerformanceResult(setup, objectCreationTime, > messageSendingTime); > }finally{ > conn.close(); > } > }catch(Exception e){ > String message = "ERROR!\nError executing test. Message: " + e + > "\nTest setup: " + setup + "\nTime: " + > SimpleDateFormat.getTimeInstance().format(new Date()); > log(message + "\n", Level.ERROR); > e.printStackTrace(); > return new ResultImpl(message); > } > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1547) Session.unsubscribe does not clear JMS messages from the database
[ http://jira.jboss.com/jira/browse/JBAS-1547?page=history ] Adrian Brock closed JBAS-1547: -- Resolution: Incomplete Description Please reopen this bug report with either a modified Client.java test that reproduces the problem and I can run or some TRACE logging that shows the cause of the problem. > Session.unsubscribe does not clear JMS messages from the database > - > > Key: JBAS-1547 > URL: http://jira.jboss.com/jira/browse/JBAS-1547 > Project: JBoss Application Server > Type: Bug > Components: JMS service > Versions: JBossAS-4.0.1 Final > Environment: Windows XP > JDK 1.5.0 > MS SQL Server > Reporter: Plamen Todorov > Assignee: Adrian Brock > Attachments: Client.java, server.log > > > I am testing durable topic subscription and have the following issue: > session.unsubscribe("") clears the subscription from the database, but does > not clear the JMS messages stored for this subscription from the JMS_MESSAGES > table. I am using MS SQL Server 2000 to store the messages. Here is my test > code: > public Result testTopic(TopicJMSPerformanceTestSetup setup){ > try{ > boolean guaranteed = setup.isGuaranteed(); > long t = System.currentTimeMillis(); > log("Testing " + (guaranteed ? " guaranteed" : " non-guaranteed") > + " topic connection delivery..."); > TopicConnectionFactory factory = > connector.getTopicConnectionFactory(); > TopicConnection conn; > try{ > conn = factory.createTopicConnection( > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME), > > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_PASSWORD)); > log("Connected as " + > connector.getJMSProperty(ContextJMSConnector.JMS_PROPERTY_CONNECTION_USERNAME) > + " Topic connection: " + conn); > }catch(JMSConnectorException ex){ > conn = factory.createTopicConnection(); > log("Connected using the default user credentials. Topic > connection: " + conn); > } > conn.start(); > try{ > log("Topic connection: " + conn); > TopicSession session = conn.createTopicSession(false, > Session.AUTO_ACKNOWLEDGE); > log("Topic session: " + session); > int mode = (guaranteed ? DeliveryMode.PERSISTENT : > DeliveryMode.NON_PERSISTENT); > TopicPublisher publisher = > session.createPublisher(connector.getTopic(TOPIC_INTERNAL_NAME)); > publisher.setDeliveryMode(mode); > log("Message publisher: " + publisher); > TopicSubscriber subscriber = null; > if(guaranteed) > subscriber = > session.createDurableSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME), > "testDurableSubscriber"); > else > subscriber = > session.createSubscriber(connector.getTopic(TOPIC_INTERNAL_NAME)); > long objectCreationTime = System.currentTimeMillis() - t; > log("Message subscriber: " + subscriber); > //flush topic messages > log("Clearing " + empty(subscriber) + " messages from the > test topic." ); > long messageSendingTime = 0; > try{ > log("Publishing/receiving " + setup.getIterations() + > (guaranteed? " persistent" : " non-persistent") + " messages, Size = " + > setup.getMessageSize() + " bytes..."); > messageSendingTime = work(publisher, subscriber, session, > setup); > }finally{ > try{ > subscriber.close(); > publisher.close(); > }finally{ > if(guaranteed) > session.unsubscribe("testDurableSubscriber"); > } > session.close(); > } > log("Message publishing finished. Time: " + > messageSendingTime + " msec\n"); > return new PerformanceResult(setup, objectCreationTime, > messageSendingTime); > }finally{ > conn.close(); > } > }catch(Exception e){ > String message = "ERROR!\nError executing test. Message: " + e + > "\nTest setup: " + setup + "\nTime: " + > SimpleDateFormat.getTimeInstance().format(new Date()); > log(message + "\n", Level.ERROR); > e.printStackTrace(); > return new ResultImpl(message); > } > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1535) PK Constraint name for Datbase Derby to long
[ http://jira.jboss.com/jira/browse/JBAS-1535?page=comments#action_12315937 ] jae commented on JBAS-1535: --- this is also an issue for DB2 users and occurs in the 3.x series as well. > PK Constraint name for Datbase Derby to long > > > Key: JBAS-1535 > URL: http://jira.jboss.com/jira/browse/JBAS-1535 > Project: JBoss Application Server > Type: Bug > Components: CMP service > Versions: JBossAS-4.0.1 Final > Environment: JBoss4.0.1; JDK1.5.0update1;Windows XP SP2;Derby 10.0.2.1 > Embedded > Reporter: Ingo Bruell > > > In creating time of tables it could happen that a generated name for a pk > constraint exceeds the limit of 18 characters. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-93) Annotations need to be updated to latest EJB spec
[ http://jira.jboss.com/jira/browse/EJBTHREE-93?page=history ] Juha Lindfors updated EJBTHREE-93: -- Attachment: Interceptors.diff Interceptors definition does not match the current Draft 2 version of the EJB3 spec. 10.9 Interceptors @Target({TYPE}) @Retention(RUNTIME) public @interface Interceptors { String[] value(); } > Annotations need to be updated to latest EJB spec > - > > Key: EJBTHREE-93 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-93 > Project: EJB 3.0 > Type: Bug > Versions: Preview 5 > Reporter: rimmeraj > Attachments: BusinessMethod.java, Interceptors.diff, NamedQuery.java > > > I have come across a couple of problems in the annotations with the release > of the EJB 3.0 Draft 2 spec. > javax.ejb.BusinessMethod is missing > javax.persistence.NamedQuery is VERY wrong -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.846 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050307174308Lbuild.846 BUILD COMPLETE - build.846Date of build: 03/07/2005 17:43:08Time to build: 25 minutes 45 secondsLast changed: 03/07/2005 16:59:30Last log entry: JBREM-36 - removed unused imports. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (11)1.15modifiedtelrodremoting/src/main/org/jboss/remoting/transport/http/HTTPServerInvoker.javaJBREM-36 - removed unused imports.1.14modifiedtelrodremoting/src/main/org/jboss/remoting/transport/http/HTTPServerInvoker.javaJBREM-36 - updated to use JBoss BasicThreadPool instead of concurrent thread pool. Also changed pool size and initial priming.1.8modifiedbelabancache/src/main/org/jboss/cache/interceptors/CacheStoreInterceptor.javareplaced == with equals() in method comparison (suggested by Daniel Gredler)1.33modifiedosdchicagowebservice/test/build.xmlAdd QDox to build path! (Needed by the fixture that does source code comparison)1.9modifiedccrouchadmin-console/README.txtadded another hint when updating the DeploymentService configuration1.11modifiedejortkernel/src/main/org/jboss/kernel/plugins/dependency/AbstractKernelController.java[JBMICROCONT-21] - Commit code for GenericBeanFactory, needs some tests1.3modifiedejortkernel/src/main/org/jboss/kernel/plugins/config/AbstractKernelConfigurator.java[JBMICROCONT-21] - Commit code for GenericBeanFactory, needs some tests1.13modifiedejortkernel/src/main/org/jboss/kernel/plugins/config/Configurator.java[JBMICROCONT-21] - Commit code for GenericBeanFactory, needs some tests1.8modifiedejortkernel/src/main/org/jboss/kernel/spi/config/KernelConfigurator.java[JBMICROCONT-21] - Commit code for GenericBeanFactory, needs some tests1.13modifiedtelrodremoting/src/main/org/jboss/remoting/transport/http/HTTPServerInvoker.javaJBREM-36 - changed threading for listening on socket. Will now execute socket processing on same thread that received socket (socket accept) and will use new socket on another thread from the pool.1.2modifiedosdchicagovaria/src/main/org/jboss/jaxr/juddi/axis/JBossJuddiAxisTransport.javaAdd a new method String send(String,URL) that will take care of the Jaxr makeResgtrySpecificRequest
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-44) reply to a partner link (11.4)
[ http://jira.jboss.com/jira/browse/JBPM-44?page=history ] Alejandro GuÃzar updated JBPM-44: - Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > reply to a partner link (11.4) > -- > > Key: JBPM-44 > URL: http://jira.jboss.com/jira/browse/JBPM-44 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jms > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 1 week > Remaining: 1 week > > Read a message from the corresponding variable. > Validate the consistency constraint for non-initiated correlation sets, and > initiate the remaining correlation sets. > Retrieve the outstanding request on the corresponding partner link, operation > and non-initiated correlation sets, and deliver the reply message. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-61) separate variable instances from their definitions
[ http://jira.jboss.com/jira/browse/JBPM-61?page=history ] Alejandro GuÃzar updated JBPM-61: - Remaining Estimate: (was: 0) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > separate variable instances from their definitions > -- > > Key: JBPM-61 > URL: http://jira.jboss.com/jira/browse/JBPM-61 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: dom > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 1 day >Time Spent: 1 day > > Separate the current implementation of bpel variables, which encapsulate the > instance value along with the definition, into two distinct objects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-43) receive from a partner link (11.4)
[ http://jira.jboss.com/jira/browse/JBPM-43?page=history ] Alejandro GuÃzar updated JBPM-43: - Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > receive from a partner link (11.4) > -- > > Key: JBPM-43 > URL: http://jira.jboss.com/jira/browse/JBPM-43 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jms > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 1 week > Remaining: 1 week > > Receive a matching wsdl message to arrive and copy it to the corresponding > variable. Such a message is targeted at the activity's partner link and > operation, and its properties match the correlation sets carried by the > process instance. > Validate the correlation consistency constraint, and initiate the remaining > correlations. > In case the operation involved is request/response, create an outstanding > request for the corresponding partner link, operation and correlation sets > (initiated or not). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-42) deliver/return messages to/from process instances
[ http://jira.jboss.com/jira/browse/JBPM-42?page=history ] Alejandro GuÃzar updated JBPM-42: - Remaining Estimate: (was: 0) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > deliver/return messages to/from process instances > - > > Key: JBPM-42 > URL: http://jira.jboss.com/jira/browse/JBPM-42 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jms > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 1 week >Time Spent: 1 week > > Resolve the endpoint address at which an envelope arrives to a process and > partner link. > Correlate the process name, partner link name and properties associated with > a wsdl message to a single process instance. > Deliver the message to the process instance. > In the case of request/response operations, wait for a reply message and send > it back to the client. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-41) read a soap body element into a wsdl message infoset, and vice-versa
[ http://jira.jboss.com/jira/browse/JBPM-41?page=history ] Alejandro GuÃzar updated JBPM-41: - Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > read a soap body element into a wsdl message infoset, and vice-versa > > > Key: JBPM-41 > URL: http://jira.jboss.com/jira/browse/JBPM-41 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: jbossws, dom4j > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 days > Remaining: 2 days > > read soap body element into wsdl message infoset > read wsdl message infoset into soap body element -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-41) read a soap body element into a wsdl message infoset, and vice-versa
[ http://jira.jboss.com/jira/browse/JBPM-41?page=history ] Alejandro GuÃzar updated JBPM-41: - Environment: saaj, w3c dom (was: jbossws, dom4j) > read a soap body element into a wsdl message infoset, and vice-versa > > > Key: JBPM-41 > URL: http://jira.jboss.com/jira/browse/JBPM-41 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: saaj, w3c dom > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 days > Remaining: 2 days > > read soap body element into wsdl message infoset > read wsdl message infoset into soap body element -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-40) expose the process as a web service
[ http://jira.jboss.com/jira/browse/JBPM-40?page=history ] Alejandro GuÃzar updated JBPM-40: - Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > expose the process as a web service > --- > > Key: JBPM-40 > URL: http://jira.jboss.com/jira/browse/JBPM-40 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: jax-rpc, ws4ee, dom > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 weeks >Time Spent: 1 week, 4 days > Remaining: 1 day > > Defined the expected form and content of process-related port components. > Automate the assembly of process-related port components. > Deploy the process and related port components as a single unit. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-40) expose the process as a web service
[ http://jira.jboss.com/jira/browse/JBPM-40?page=history ] Alejandro GuÃzar updated JBPM-40: - Environment: ws4ee, dom (was: jax-rpc, ws4ee, dom) > expose the process as a web service > --- > > Key: JBPM-40 > URL: http://jira.jboss.com/jira/browse/JBPM-40 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: ws4ee, dom > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 weeks >Time Spent: 1 week, 4 days > Remaining: 1 day > > Defined the expected form and content of process-related port components. > Automate the assembly of process-related port components. > Deploy the process and related port components as a single unit. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-40) expose the process as a web service
[ http://jira.jboss.com/jira/browse/JBPM-40?page=history ] Alejandro GuÃzar updated JBPM-40: - Environment: ws4ee, w3c dom (was: ws4ee, dom) > expose the process as a web service > --- > > Key: JBPM-40 > URL: http://jira.jboss.com/jira/browse/JBPM-40 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: ws4ee, w3c dom > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 weeks >Time Spent: 1 week, 4 days > Remaining: 1 day > > Defined the expected form and content of process-related port components. > Automate the assembly of process-related port components. > Deploy the process and related port components as a single unit. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-34) encapsulate xpath expressions along with their evaluation context
[ http://jira.jboss.com/jira/browse/JBPM-34?page=history ] Alejandro GuÃzar updated JBPM-34: - Environment: dom, jaxen (was: dom4j, jaxen) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > encapsulate xpath expressions along with their evaluation context > - > > Key: JBPM-34 > URL: http://jira.jboss.com/jira/browse/JBPM-34 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: dom, jaxen > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 days >Time Spent: 2 days > > Take into account the complete xpath evaluation context: > -context node > -variable bindings > -function library > -namespace declaration > instead of the namespace declaration alone. > Encapsulate xpath expressions along with their evaluation context for better > organization. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-39) bpel web service production
[ http://jira.jboss.com/jira/browse/JBPM-39?page=history ] Alejandro GuÃzar updated JBPM-39: - Environment: ws4ee, w3c dom, saaj, jms (was: ws4ee, jax-rpc, dom, jaxen) > bpel web service production > --- > > Key: JBPM-39 > URL: http://jira.jboss.com/jira/browse/JBPM-39 > Project: JBoss jBPM > Type: Task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: ws4ee, w3c dom, saaj, jms > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-33) mantain correlation sets in the context instance (10.2)
[ http://jira.jboss.com/jira/browse/JBPM-33?page=history ] Alejandro GuÃzar updated JBPM-33: - Description: Mantain correlation sets in the jpbm context instance; follow the representation proposed in the BPELJ white paper, section "BPEL Correlations with Java". Initiate correlation sets with properties extracted from messages. Observe the correlation consistency constraint. was: Mantain correlation sets in the jpbm context instance; follow the representation proposed in the BPELJ white paper, section "BPEL Correlations with Java". Initiate correlation sets with properties extracted from messages. Observe the correlation consistency constraint. Environment: w3c dom, jaxen, jwsdl (was: dom4j, jaxen, wsdl4j) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > mantain correlation sets in the context instance (10.2) > --- > > Key: JBPM-33 > URL: http://jira.jboss.com/jira/browse/JBPM-33 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jaxen, jwsdl > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 3 days >Time Spent: 2 days > Remaining: 1 day > > Mantain correlation sets in the jpbm context instance; follow the > representation proposed in the BPELJ white paper, section "BPEL Correlations > with Java". > Initiate correlation sets with properties extracted from messages. > Observe the correlation consistency constraint. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-22) mantain bpel variables with xml types (9.2)
[ http://jira.jboss.com/jira/browse/JBPM-22?page=history ] Alejandro GuÃzar updated JBPM-22: - Fix Version: jBPM 3.0 BPEL extension alpha 1 > mantain bpel variables with xml types (9.2) > --- > > Key: JBPM-22 > URL: http://jira.jboss.com/jira/browse/JBPM-22 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: dom4j > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 1 week >Time Spent: 1 week, 2 days > Remaining: 0 minutes > > Introduce adapters that allow for mantaining BPEL variables with a WSDL > message type, XML Schema simple type or XML Schema element in the existing > jBPM context instance. > Follow the existing "data-per-token" mechanism to support variable scoping. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-24) assignment to arbitrary locations in variables (9.3)
[ http://jira.jboss.com/jira/browse/JBPM-24?page=history ] Alejandro GuÃzar updated JBPM-24: - Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > assignment to arbitrary locations in variables (9.3) > > > Key: JBPM-24 > URL: http://jira.jboss.com/jira/browse/JBPM-24 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 alpha 1 > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 3 days >Time Spent: 2 weeks > Remaining: 0 minutes > > Assign values to variables, parts of messages, and location paths within > message parts. > Provide the following forms of the activity: > > > > --- > Make assignment destinations able to deal with a variety of source values. > Offer automatic creation of nodes traversed by paths. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-32) manipulate properties occuring in variables (8.2, 9.1, 9.3)
[ http://jira.jboss.com/jira/browse/JBPM-32?page=history ] Alejandro GuÃzar updated JBPM-32: - Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > manipulate properties occuring in variables (8.2, 9.1, 9.3) > --- > > Key: JBPM-32 > URL: http://jira.jboss.com/jira/browse/JBPM-32 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 alpha 1 > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 3 days >Time Spent: 2 days > Remaining: 1 day > > Parse properties and property aliases in imported wsdl definitions (8.2). > Extract values of properties occurring in message variables (9.3). > Provide the extended function 'bpws:getVariableProperty()' (9.1). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-23) evaluate variable-aware expressions (9.1)
[ http://jira.jboss.com/jira/browse/JBPM-23?page=history ] Alejandro GuÃzar updated JBPM-23: - Fix Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > evaluate variable-aware expressions (9.1) > - > > Key: JBPM-23 > URL: http://jira.jboss.com/jira/browse/JBPM-23 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 alpha 1 > Environment: dom4j, jaxen > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 weeks >Time Spent: 2 weeks > > Evaluate boolean, duration, deadline and general expressions in the presence > of bpel variables. > Implement the bpws:getVariableData() extension function. > Provide a class for the Duration xml schema datatype. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-22) mantain bpel variables with xml types (9.2)
[ http://jira.jboss.com/jira/browse/JBPM-22?page=history ] Alejandro GuÃzar updated JBPM-22: - Environment: w3c dom (was: dom4j) Remaining Estimate: (was: 0) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > mantain bpel variables with xml types (9.2) > --- > > Key: JBPM-22 > URL: http://jira.jboss.com/jira/browse/JBPM-22 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 1 week >Time Spent: 1 week, 2 days > > Introduce adapters that allow for mantaining BPEL variables with a WSDL > message type, XML Schema simple type or XML Schema element in the existing > jBPM context instance. > Follow the existing "data-per-token" mechanism to support variable scoping. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-31) bpel message properties and correlation
[ http://jira.jboss.com/jira/browse/JBPM-31?page=history ] Alejandro GuÃzar updated JBPM-31: - Description: Environment: w3c dom, jaxen (was: dom4j, jaxen) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) Fix Version: jBPM 3.0 BPEL extension alpha 1 > bpel message properties and correlation > --- > > Key: JBPM-31 > URL: http://jira.jboss.com/jira/browse/JBPM-31 > Project: JBoss jBPM > Type: Task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jaxen > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-32) manipulate properties occuring in variables (8.2, 9.1, 9.3)
[ http://jira.jboss.com/jira/browse/JBPM-32?page=history ] Alejandro GuÃzar updated JBPM-32: - Environment: w3c dom, jaxen, jwsdl (was: ) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > manipulate properties occuring in variables (8.2, 9.1, 9.3) > --- > > Key: JBPM-32 > URL: http://jira.jboss.com/jira/browse/JBPM-32 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jaxen, jwsdl > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 3 days >Time Spent: 2 days > Remaining: 1 day > > Parse properties and property aliases in imported wsdl definitions (8.2). > Extract values of properties occurring in message variables (9.3). > Provide the extended function 'bpws:getVariableProperty()' (9.1). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-24) assignment to arbitrary locations in variables (9.3)
[ http://jira.jboss.com/jira/browse/JBPM-24?page=history ] Alejandro GuÃzar updated JBPM-24: - Remaining Estimate: (was: 0) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > assignment to arbitrary locations in variables (9.3) > > > Key: JBPM-24 > URL: http://jira.jboss.com/jira/browse/JBPM-24 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 3 days >Time Spent: 2 weeks > > Assign values to variables, parts of messages, and location paths within > message parts. > Provide the following forms of the activity: > > > > --- > Make assignment destinations able to deal with a variety of source values. > Offer automatic creation of nodes traversed by paths. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-23) evaluate variable-aware expressions (9.1)
[ http://jira.jboss.com/jira/browse/JBPM-23?page=history ] Alejandro GuÃzar updated JBPM-23: - Environment: w3c dom, jaxen (was: dom4j, jaxen) Version: jBPM 3.0 BPEL extension alpha 1 (was: jBPM 3.0 alpha 1) > evaluate variable-aware expressions (9.1) > - > > Key: JBPM-23 > URL: http://jira.jboss.com/jira/browse/JBPM-23 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: jBPM 3.0 BPEL extension alpha 1 > Environment: w3c dom, jaxen > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: jBPM 3.0 BPEL extension alpha 1 > > Original Estimate: 2 weeks >Time Spent: 2 weeks > > Evaluate boolean, duration, deadline and general expressions in the presence > of bpel variables. > Implement the bpws:getVariableData() extension function. > Provide a class for the Duration xml schema datatype. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development