[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-94) Plan for Portal training modules
[ http://jira.jboss.com/jira/browse/JBPORTAL-94?page=history ] Juha Lindfors updated JBPORTAL-94: -- Description: Plan for content development of Portal training modules (to be included with the current Tomcat training leading to JBoss Web Development training). The plan includes identifying the content and number of modules, content and number of lab exercises, syllabus description and estimates for delivery dates for the planned module development (at 25%, 50%, 75%, 100% complete stages), and identifying any development dependencies. This training should cover the Portlet specification and any related specifications and JBoss Portal specific implementation issues. Target is 1 day worth of training material. was: Plan for content development of Portal training modules (to be included with the current Tomcat training leading to JBoss Web Development training). The plan includes identifying the content and number of modules, content and number of lab exercises, syllabus description and estimates for delivery dates for the planned module development (at 25%, 50%, 75%, 100% complete stages), and identifying any development dependencies. This training should cover the Portlet specification and any related specifications and JBoss Portal specific implementation issues. Target is 1 day worth of training material. Environment: Security Level: JBoss Internal (was: Public) Plan for Portal training modules Key: JBPORTAL-94 URL: http://jira.jboss.com/jira/browse/JBPORTAL-94 Project: JBoss Portal Type: Task Components: Training Reporter: Juha Lindfors Assignee: Julien Viet Plan for content development of Portal training modules (to be included with the current Tomcat training leading to JBoss Web Development training). The plan includes identifying the content and number of modules, content and number of lab exercises, syllabus description and estimates for delivery dates for the planned module development (at 25%, 50%, 75%, 100% complete stages), and identifying any development dependencies. This training should cover the Portlet specification and any related specifications and JBoss Portal specific implementation issues. Target is 1 day worth of training material. -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Setting up new portal with JBoss Portal. Docs ?
Hi Julien. anonymous wrote : for now it is not easy to do that, by the end of the week we will provide an easy way to do it, plus documentation saying how to proceed. I forgot to ask you - please, let me know when the easy way and the new documentation is ready. It is very important to me. Thank you in advance. BR, Arturas B. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861890#3861890 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861890 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - compilation problem
hi, i'm working on xwiki integration into portal. i've done last check out of nukes yesterday. when i run the nukes2/build/build.bat i get some compilation errors like PropertySetBindingProxy.java:119 unreported exception java.lang.Exception must be caught or declared to be thrown PropertyTestCase.java:180 createService() has protected access in org.jboss.system.ServiceMBeanSupport. it's an evidence that i'm trying to compile nukes under the wrong JBOSS_HOME or that i've got the wrong source files from cvs. i know that i seem to be stupid but.. do you think i get the last sources with this command line: cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/jboss co nukes-2 ? and where can i find the right version of jboss for the last nukes? thank you in advance for help . View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861889#3861889 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861889 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-testsuite build.39 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050113025054Lbuild.39 BUILD COMPLETE-build.39Date of build:01/13/2005 02:50:54Time to build:109 minutes 25 secondsLast changed:01/12/2005 06:19:06Last log entry:Updated to hibernate 3.0 beta 1 (thought I had so already, but apparantly not... Unit Tests: (2305) Total Errors and Failures: (9)testAspectorg.jboss.test.aop.test.RemotingUnitTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestConcurrentPutorg.jboss.test.cluster.test.SessionBasedConcurrentTestCasetestPoolingorg.jboss.test.cts.test.MDBUnitTestCasetestScheduledDeliveryorg.jboss.test.jbossmq.test.ScheduledDeliveryUnitTestCasetestPoolingorg.jboss.test.securitymgr.test.MDBUnitTestCasetestMDBTimerorg.jboss.test.timer.test.BasicTimerUnitTestCasetestJBossEditorsorg.jboss.test.util.test.PropertyEditorsUnitTestCase Modifications since last build:(8)1.2.2.2modifiedkabkhanthirdparty/hibernate/lib/hibernate3.jarUpdated to hibernate 3.0 beta 1 (thought I had so already, but apparantly not...1.4.2.3modifiedbwang00testsuite/src/main/org/jboss/test/cluster/test/WebSessionTestCase.javaReactivate web session test1.5.2.3modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossManager.javaFixed/add feature for JBAS-1256 http session replication fails under load1.3.2.2modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionBasedClusteredSession.javaFixed/add feature for JBAS-1256 http session replication fails under load1.3.2.2modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/AttributeBasedClusteredSession.javaFixed/add feature for JBAS-1256 http session replication fails under load1.5.2.2modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.javaFixed/add feature for JBAS-1256 http session replication fails under load1.3.2.3modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheManager.javaFixed/add feature for JBAS-1256 http session replication fails under load1.3.2.2modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.javaFixed/add feature for JBAS-1256 http session replication fails under load
[JBoss-dev] [Nukes Development] - Re: Image galery module dev
In fact i wanted to upload a Zip file and use some of the my links to point to the files in the zip. eg, if the zip has a/b/1.html i wanted to use this in my pages. JULIEN said: anonymous wrote : someone worked on importing a zip file in the database that contains a heirarchy of files | | isnt it what you want ? and also the last comment from Danny. I tried to use the Html module, which allowed me to access the Zip file but not the contents directly as i mentioned above. JULIEN, MAITREYA : Could you give some details on how you did this ? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861898#3861898 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861898 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Setting up new portal with JBoss Portal. Docs ?
ArturasB wrote : Hi Julien. | | | anonymous wrote : for now it is not easy to do that, by the end of the week we will provide an easy way to do it, plus documentation saying how to proceed. | | I forgot to ask you - please, let me know when the easy way | and the new documentation is ready. It is very important to me. | | Thank you in advance. | | BR, | Arturas B. now it is possible but the doc is not yet finished. you can look in the forums portlet to see how it proceed. the file to look at is /WEB-INF/forums-pages.xml View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861912#3861912 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861912 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAOP-19) Test JSP integration
[ http://jira.jboss.com/jira/browse/JBAOP-19?page=comments#action_12314659 ] Kabir Khan commented on JBAOP-19: - I set up JBoss to work with the pluggable transformer. Things get transformed/intercepted, but JSP's still don't get instrumented. Test JSP integration Key: JBAOP-19 URL: http://jira.jboss.com/jira/browse/JBAOP-19 Project: JBoss AOP Type: Bug Versions: 1.1 Reporter: Bill Burke Assignee: Kabir Khan Fix For: 1.1 * JSP integration http://www.jboss.org/index.html?module=bbop=viewtopict=53158 This could be resolved with the JDK 1.4 Classloader override or JDK 5.0 agent -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-57) evaluate if a single delegation interface would be desirable
[ http://jira.jboss.com/jira/browse/JBPM-57?page=history ]
Tom Baeyens resolved JBPM-57:
-
Resolution: Done
yes and done.
evaluate if a single delegation interface would be desirable
Key: JBPM-57
URL: http://jira.jboss.com/jira/browse/JBPM-57
Project: JBoss jBPM
Type: Task
Components: Core Engine
Reporter: Tom Baeyens
Assignee: Tom Baeyens
instead of :
* ActionHandler
* NodeHandler
* ExceptionHandler
create one :
public interface Delegate {
void execute(ExecutionContext ec);
}
--
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
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-60) remove Delegate interfaces from instantiatables
[ http://jira.jboss.com/jira/browse/JBPM-60?page=history ] Tom Baeyens resolved JBPM-60: - Resolution: Done remove Delegate interfaces from instantiatables --- Key: JBPM-60 URL: http://jira.jboss.com/jira/browse/JBPM-60 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens remove delegate interface from Action, Node and ExceptionHandler replace the Delegate member of these classes with respective : private Instantiatable instantiatableDelegate = null; -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.699 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050113054237Lbuild.699 BUILD COMPLETE-build.699Date of build:01/13/2005 05:42:37Time to build:29 minutes 33 secondsLast changed:01/13/2005 05:19:00Last log entry:removed assertMapEntry as it performed checks that were done later anyway Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.5modifiedloubyanskycommon/src/main/org/jboss/xml/binding/NamespaceRegistry.javaremoved assertMapEntry as it performed checks that were done later anyway
[JBoss-dev] [Design of JBoss Portal] - Re: Error getting into portal
That's strange... according the wiki article http://www.jboss.org/wiki/Wiki.jsp?page=JBossPortal It will work on JBoss-3.2.3. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861921#3861921 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861921 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ 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)] - JBoss 2.4.x - Shutdown Disabled
Hi I have JBoss IDE integrated with eclipse talking to my JBoss-2.4.8/Jetty-4.0.4 installtion (yes I know we're light years behind!). The server options allow me to Start or Terminate the server, but the Shutdown option is always disabled. I started to set up the configuration for a 3.x server to see if there were any differences in the configuaration, sure enough there is a Shutdown tab that allows you to specifiy vm args etc. Just wanted confirmation that you cannot shutdown, but only terminate a 2.4.x server, and that my installtion is functioning correctly. Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861927#3861927 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861927 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ 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.30 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050113073328Lbuild.30 BUILD COMPLETE-build.30Date of build:01/13/2005 07:33:28Time to build:24 minutes 27 seconds Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(0)
[JBoss-dev] [JBossCache] - Instance Per Transaction BMP EntityBean
Hi, I am using Jboss-3.2.1 and EJB2.0 I have an entity bean and using this entity bean in some other session beans. The transaction attribute type is Reuqired in entity bean. I want to use transaction attribute as Required in some cases and in other cases I need to use different transaction say RequiresNew i.e. I want create a new instance of entity bean for each transaction. How can I configure my entity bean with 2 different behaviors. Is there any way that I can configure to work my entity bean with diff behaviors when I call entity bean in session bean. Ex: Let say entity bean as A? and session beans are B and C. Case (1): B is calling A(entity bean) In this case I am running the entity bean under transaction Required attribute. Case (2): C is calling A(entity bean) In this case I want to run entity bean under transaction RequiresNew attribute i.e. basically I want to create a new transaction for each remote request. Any help please. Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861936#3861936 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861936 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPM-58) persistence
[ http://jira.jboss.com/jira/browse/JBPM-58?page=history ] Tom Baeyens updated JBPM-58: Description: 1) how to delete process instances and process definitions : cascading deletes ? 2) long or Long for id's. is there a preference. i have experienced some problems with the null-value not being interpreted as i had hoped in case of long but that might be my ignorance. 3) query tokens and/or process instances based on process variables. how to query the 4) Variable persistence: is the serializable type of hibernate better then my ServializableValue (using commons base64 encoding) was: 1) how to delete process instances and process definitions : cascading deletes ? 2) long or Long for id's. is there a preference. i have experienced some problems with the null-value not being interpreted as i had hoped in case of long but that might be my ignorance. 3) query tokens and/or process instances based on process variables. how to query the persistence --- Key: JBPM-58 URL: http://jira.jboss.com/jira/browse/JBPM-58 Project: JBoss jBPM Type: Task Components: Core Engine Reporter: Tom Baeyens Assignee: Tom Baeyens Priority: Minor 1) how to delete process instances and process definitions : cascading deletes ? 2) long or Long for id's. is there a preference. i have experienced some problems with the null-value not being interpreted as i had hoped in case of long but that might be my ignorance. 3) query tokens and/or process instances based on process variables. how to query the 4) Variable persistence: is the serializable type of hibernate better then my ServializableValue (using commons base64 encoding) -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Stack Overflow when using Collection classes in TreeCach
I've managed to get a more useful portion of the stack trace using a debugger: Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception java.lang.StackOverflowError)) | org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 | ... | org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 | org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 | org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 | org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 | org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 | javassist.CtNewClass(javassist.CtClass).toClass() line: 1000 | org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class) line: 138 | org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class) line: 52 | org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class) line: 50 | org.jboss.cache.aop.CachedSetInterceptor.init(org.jboss.cache.aop.TreeCacheAop, org.jboss.cache.Fqn, java.lang.Class) line: 41 | org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 372 | org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 265 | org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn, java.lang.Object) line: 130 | com.ingenta.ics.session.SessionManagerBean.store(com.ingenta.ics.session.Session) line: 122 | com.ingenta.ics.session.SessionManagerBean.createSession() line: 104 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861958#3861958 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861958 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss/Tomcat Integration] - Setting docBase to allow for fast jsp development
Hi, I would like to be able to set the docBase of a web application to point to a 'workspace' as opposed to an exploded war in the temp folder. This would allow me to change jsps and have them reloaded on the fly without a need to repackage and deploy the whole WAR/EAR file. I have managed to change the docBase attribute of the jboss.web:XXX webmodule using the JMX HtmlAdaptor to point to my workspace directory. The change does not however make any effect. I tried to reload the bean but this failed. Has anyone managed to do something similar. I'm sure this would be a huge time saver as far as development goes. -- Justin View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861964#3861964 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861964 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: How
Thomas, I have tried to test it against the latest in head with multiple start/stop. And it works for me. Having said that, that portion of code hasn't changed since very early on. So I don't expect 1.02 to be a problem. Can you verify it on 1.2. And if the problem still persists, please produce a JUnit test case so I can look at it. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861967#3861967 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861967 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Error getting into portal
Yes, the wiki article is out of date. I will update it before the alpha release this week... as well as our deployed docs. The setup steps have changed. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861972#3861972 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861972 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: package renaming after alpha
For that matter, nukes-core.sar - jbportal-core.sar View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861974#3861974 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861974 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1273) Clustering Error: UnsupportedOperationException
[ http://jira.jboss.com/jira/browse/JBAS-1273?page=comments#action_12314663 ] Scott M Stark commented on JBAS-1273: - What is the justification for this being a Blocker issue if it has no affect on your app? Clustering Error: UnsupportedOperationException --- Key: JBAS-1273 URL: http://jira.jboss.com/jira/browse/JBAS-1273 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.1 Final Environment: Sun Solaris 9 SPARC, Sun JDK 1.4.2_06 (32Bit), JBoss 4.0.1 Final, 2G JVM memory Reporter: Corey Johnston Assignee: Scott M Stark Priority: Blocker When running the all configuration for clustering, I've noticed the following exceptions being thrown in server.log. I have two identical JBoss instances in the cluster (DefaultPartition) on two distinct hosts. When a run a J2EE app. on one instance, the other instance which is replicating the other throws these exceptions in the log. Doesn't seem fatal as my application still seems to run, but the exception doesn't look healthy as its a java.lang.UnsupportedOperationException(). 2005-01-07 22:57:09,419 ERROR [org.jgroups.blocks.RpcDispatcher] failed invoking method java.lang.UnsupportedOperationException: commit() should not be called on TreeCa che directly at org.jboss.cache.TreeCache.commit(TreeCache.java:2783) at sun.reflect.GeneratedMethodAccessor154.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236) at org.jboss.cache.interceptors.CallInterceptor.invoke(CallInterceptor.j ava:37) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) at org.jboss.cache.interceptors.LockInterceptor.invoke(LockInterceptor.j ava:126) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) at org.jboss.cache.interceptors.CreateIfNotExistsInterceptor.invoke(Crea teIfNotExistsInterceptor.java:47) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:40) at org.jboss.cache.interceptors.ReplicationInterceptor.replicate(Replica tionInterceptor.java:210) at org.jboss.cache.TreeCache._replicate(TreeCache.java:2733) at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:236) at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:220) at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator. java:615) at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator .java:512) at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:3 26) at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(Message Dispatcher.java:722) at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(Messa geDispatcher.java:554) at org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:691 ) at java.lang.Thread.run(Thread.java:534) -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: package renaming after alpha
no, portal.sar for portlets : portal-forums.war, etc... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861975#3861975 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861975 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Stack Overflow when using Collection classes in TreeCach
Andrew, Looks like there is a loop during JBossAop trying to generate a proxy for the Set class. Can you go to jira.jboss.com and open a bug again jboss cache and assign it to me? It'd be best if you already have a JUnit testing set up so I can re-produce this. But if you don't please attach the xml, IdImpl, FakeSession, and you sample driver program. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861976#3861976 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861976 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPTL-52) Required and Optional tags
[ http://jira.jboss.com/jira/browse/JBPTL-52?page=history ] Thomas Heute updated JBPTL-52: -- Description: Make 2 very simple tags to be consistent when displaying required and optional for a form to fill. The result of those tags could be internationalized text or images. was: Make 2 very simple tags to be consistent when displaying required and optional for a form to fill. The result of those tags could be internationalized text or images. Environment: Priority: Optional (was: Major) Required and Optional tags -- Key: JBPTL-52 URL: http://jira.jboss.com/jira/browse/JBPTL-52 Project: JBoss Portal Type: Patch Reporter: Thomas Heute Assignee: Thomas Heute Priority: Optional Original Estimate: 1 hour Remaining: 1 hour Make 2 very simple tags to be consistent when displaying required and optional for a form to fill. The result of those tags could be internationalized text or images. -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-62) Use portlet actions to call the commands
[ http://jira.jboss.com/jira/browse/JBPORTAL-62?page=history ] Thomas Heute resolved JBPORTAL-62: -- Resolution: Done Fix Version: 2.0 Alpha Action creates command, to keep the structure of before a command is created by a combination of an action (operation) and a mode. It keeps the code mostly like it was before. Use portlet actions to call the commands Key: JBPORTAL-62 URL: http://jira.jboss.com/jira/browse/JBPORTAL-62 Project: JBoss Portal Type: Task Components: Forums Reporter: Thomas Heute Assignee: Thomas Heute Fix For: 2.0 Alpha 1 portlet action should call 1 command (of the command pattern) -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-61) Change EJBs to Hibernate objects
[ http://jira.jboss.com/jira/browse/JBPORTAL-61?page=history ] Thomas Heute resolved JBPORTAL-61: -- Resolution: Done Fix Version: 2.0 Alpha Done Change EJBs to Hibernate objects Key: JBPORTAL-61 URL: http://jira.jboss.com/jira/browse/JBPORTAL-61 Project: JBoss Portal Type: Task Components: Forums Reporter: Thomas Heute Assignee: Thomas Heute Fix For: 2.0 Alpha All the EJBs used in Nukes are becoming Hibernate 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-84) Update forum tables
[ http://jira.jboss.com/jira/browse/JBPORTAL-84?page=history ] Thomas Heute resolved JBPORTAL-84: -- Resolution: Done Fix Version: 2.0 Alpha Update forum tables --- Key: JBPORTAL-84 URL: http://jira.jboss.com/jira/browse/JBPORTAL-84 Project: JBoss Portal Type: Sub-task Reporter: Thomas Heute Assignee: Thomas Heute Fix For: 2.0 Alpha -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Test case AsyncUnitTestCase and others fail on solaris 8
When AsyncUnitTestCase is run from the Jboss3.2.7RC2 test suite it fails. The
reason seems to be the way the localhost interface works or doesn't work on
solaris 8. When using the NIC interface, the test case works fine. As can be
seen by the test.log, a mulitcast message is recieved only by one thread when
using localhost but by two threads when using a real NIC.
Here is an excerpt from the log file (sol is the hostname, i.e. the real NIC):
1. using bind.address=sol:
2005-01-13 15:03:00,424 DEBUG [org.jgroups.protocols.UDP] sending message to
228.1.2.3:45566 (src=sol:33150), headers are {PING=[PING: type=GET_MBRS_REQ,
arg=null], UDP=[UDP:group_addr=CacheGroup]}
2005-01-13 15:03:00,425 DEBUG [org.jgroups.protocols.UDP] received (mcast) 98
bytes from /192.168.0.1:33151 (size=98 bytes)
2005-01-13 15:03:00,428 DEBUG [org.jgroups.protocols.UDP] message is [dst:
228.1.2.3:45566, src: sol:33150 (2 headers), size = 0 bytes], headers are
{PING=[PING: type=GET_MBRS_REQ, arg=null], UDP=[UDP:group_addr=CacheGroup]}
2005-01-13 15:03:00,428 DEBUG [org.jgroups.protocols.UDP] received (mcast) 98
bytes from /192.168.0.1:33151 (size=98 bytes)
2005-01-13 15:03:00,429 DEBUG [org.jgroups.protocols.UDP] message is
[dst:228.1.2.3:45566, src: sol:33150 (2 headers), size = 0 bytes], headers are
{PING=[PING: type=GET_MBRS_REQ, arg=null], UDP=[UDP:group_addr=CacheGroup]}
And here follows the log when run with bind.address = localhost:
2005-01-13 15:01:36,341 DEBUG [org.jgroups.protocols.UDP] sending message to
228.1.2.3:45566 (src=localhost:33139), headers are {PING=[PING:
type=GET_MBRS_REQ, arg=null], UDP=[UDP:group_addr=CacheGroup]}
2005-01-13 15:01:36,341 DEBUG [org.jgroups.protocols.UDP] received (mcast) 98
bytes from /127.0.0.1:33140 (size=98 bytes)
2005-01-13 15:01:36,342 DEBUG [org.jgroups.protocols.UDP] message is [dst:
228.1.2.3:45566, src: localhost:33139 (2 headers), size = 0 bytes], headers are
{PING=[PING: type=GET_MBRS_REQ, arg=null], UDP=[UDP:group_addr=CacheGroup]}
2005-01-13 15:01:36,342 DEBUG [org.jgroups.protocols.PING] received
GET_MBRS_REQ from localhost:33139, returning [PING: type=GET_MBRS_RSP,
arg=[own_addr=localhost:33139, coord_addr=localhost:33139]]
Does this problem occur on solaris 8 only? How can you make it work on solaris
8?
Any ideas?
TIA Wolfgang
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861978#3861978
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861978
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Error getting into portal
OK, thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861981#3861981 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861981 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1287) Shutdown help says it accepts --adapter, but it does not
[ http://jira.jboss.com/jira/browse/JBAS-1287?page=history ] John Mazzitelli updated JBAS-1287: -- Attachment: shutdown-patch.txt Here's the patch file as an attachment. Shutdown help says it accepts --adapter, but it does not Key: JBAS-1287 URL: http://jira.jboss.com/jira/browse/JBAS-1287 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.1 Final Reporter: John Mazzitelli Assignee: Scott M Stark Priority: Minor Attachments: shutdown-patch.txt org.jboss.Shutdown's usage help says, in part, -a, --adapter=name Specify JNDI name of the MBeanServerConnection to use Shutdown.java needs to add a LongOpt to accept adapter. Otherwise, --adapter is reported as an unknown option: line 82: new LongOpt(adapter, LongOpt.REQUIRED_ARGUMENT, null, 'a') See patch below... As a side note: this patch also adds a break; in the case 'n' - there is no break there now. It just happens to work because the following case is a no-op for -S. Added the break to follow the convention for all the other cases (I assume this was just a typo - I'll let the commiter make the final decision to determine if the break really needs to be there or not). ---PATCH FILE- Index: Shutdown.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Shutdown.java,v retrieving revision 1.18 diff -u -r1.18 Shutdown.java --- Shutdown.java 10 Jan 2005 16:01:53 - 1.18 +++ Shutdown.java 13 Jan 2005 19:37:30 - @@ -82,6 +82,7 @@ new LongOpt(help, LongOpt.NO_ARGUMENT, null, 'h'), new LongOpt(server, LongOpt.REQUIRED_ARGUMENT, null, 's'), new LongOpt(serverName, LongOpt.REQUIRED_ARGUMENT, null, 'n'), + new LongOpt(adapter, LongOpt.REQUIRED_ARGUMENT, null, 'a'), new LongOpt(shutdown, LongOpt.NO_ARGUMENT, null, 'S'), new LongOpt(exit, LongOpt.REQUIRED_ARGUMENT, null, 'e'), new LongOpt(halt, LongOpt.REQUIRED_ARGUMENT, null, 'H'), @@ -146,6 +147,7 @@ break; case 'n': serverJMXName = new ObjectName(getopt.getOptarg()); + break; case 'S': // nothing... break; -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss/Tomcat Integration] - Re: Setting docBase to allow for fast jsp development
Please post such Qs in the user forum. This is for development only. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861983#3861983 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861983 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-175) Redirect after login
[ http://jira.jboss.com/jira/browse/JBPORTAL-175?page=history ] Julien Viet resolved JBPORTAL-175: -- Resolution: Done done Redirect after login Key: JBPORTAL-175 URL: http://jira.jboss.com/jira/browse/JBPORTAL-175 Project: JBoss Portal Type: Feature Request Components: Portal Core Versions: 2.0 Alpha Reporter: Julien Viet Assignee: Julien Viet Fix For: 2.0 Alpha When a user login is stays on the page he is coming from if the previous URL can be resubmitted. -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Other JBoss Development Design] - Re: JBossDirectory: JNDI Based Ldap Server
I have not imported the source code into the JBoss source repository. Will do so in the next few days. Currently the prototype does not do any fancy things and uses only the Jboss feature of JBossCache/TreeCache. Klaasjan, I welcome you to join the JBossDirectory project. Can you expand on what your requirements are? This way, I can tell whether your requirements and my plans have any common points. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862001#3862001 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862001 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Things learned by trial and error ...
It seems when the object is very complex. For example, one object extends an abstract object and implements a few interfaces. If only one of the interfaces is serializable and the abstract object is not and contains state, no error is thrown, but the object is not serialized, and does not appear in the replicated cache. I am not sure how you could check this, but might be a useful improvement. We've also ran a number of performance tests. TreeCacheAOP performs terribly with close to 300ms to put a large object. The same object takes about 2ms to put using plain TreeCache. We have a requirement to dynamically walk the tree without explicitely knowing all the branches. We accomplished this using the node.getChildren(), and then walking the children recursively. The problem is that the node.getChildren() is an unsynchronized map that can be modified during the walk generating a ConcurrentModificationException. Our solution was to copy the values(nodes) of the returned map into an object array, and then triverse the object array. The copy would keep retrying until it can successfully copy the map. The performance hit was pretty negligable. The final problem we saw deals with replication. We have two nodes in the cluster. Node1 is writting data continuosly, and node2 is started and tries to obtain the current state. We were using SERIALIZABLE locking scheme WITHOUT transactions. Most of the time the request for state failed with a ConcurrentModificationException. When we started using dummy transactions, the tree was successfully locked. Anyways, hope this helps somebody, or improves jboss-cache. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3861990#3861990 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861990 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - JaasUserRepository
A new JAAS UserRepository implementation is available. Currently it authenticates a user against a security domain, no checking for roles are done yet. To configure, edit the jboss-service.xml file. Comment the StaticUserRepository mbean, and uncomment the JaasUserRepository xmbean. Set the security domain to be used (can be changed later using jmx console). Create the security configuration in conf/login-config.xml. To quickly test the implementation, set the security domain to jbossmq, default users are guest/guest and john/needle among others. Testing results and comments welcome! Dawie Malan View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862003#3862003 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862003 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Stack Overflow when using Collection classes in TreeCach
Ben, I've raised http://jira.jboss.com/jira/browse/JBCACHE-37. It's been automatically assigned to Bela Ban, and I'm not sure whether I have permission to re-assign it. I've attached a simple test case that doesn't depend on any of our other code that reproduces the problem (for me at least). -Andrew View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862004#3862004 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862004 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Things learned by trial and error ...
Thanks for the feedback. Just some comments on the aop. TreeCachAop will always be more expensive than TreeCache on the put object. This is because aop needs to map all the object graph into the store while TreeCache just stores a reference. So the bigger the object graph, the more expensive aoo will be. However, keep in mind that in aop, you don't do putObject frequently. And once it is done, aop will then manage your object relationship transparently for you. And if you have replication, the granularity is field level. This is where the performance advantage of aop can come in because of fine-grained replication. Hope this help, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862007#3862007 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862007 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBCACHE-37) Stack Overflow when using Collection classes in TreeCacheAop
[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ] Ben Wang reassigned JBCACHE-37: --- Assign To: Ben Wang (was: Bela Ban) Stack Overflow when using Collection classes in TreeCacheAop Key: JBCACHE-37 URL: http://jira.jboss.com/jira/browse/JBCACHE-37 Project: JBoss Cache Type: Bug Versions: 1.2 Environment: JBoss 4.0.1, JDK 1.5 (and also 1.4.2), Linux (Mandrake 10.0) Reporter: Andrew May Assignee: Ben Wang Attachments: cachetest.zip, jboss-aop.xml, treeCacheAop-service.xml Stack overflow when calling TreeCacheAop.putObject(Fqn, Object) for an aspectized object that contains a Collection class (tested with HashSet, ArrayList and HashMap): Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception java.lang.StackOverflowError)) org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 ... org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 javassist.CtNewClass(javassist.CtClass).toClass() line: 1000 org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class) line: 138 org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class) line: 52 org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class) line: 50 org.jboss.cache.aop.CachedSetInterceptor.init(org.jboss.cache.aop.TreeCacheAop, org.jboss.cache.Fqn, java.lang.Class) line: 41 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 372 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 265 org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn, java.lang.Object) line: 130 Originally this was happening within our application, but I've managed to write a simple test bean that demonstrates the 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPORTAL-176) Better handling of security exceptions thrown by portlets
[ http://jira.jboss.com/jira/browse/JBPORTAL-176?page=history ] Julien Viet resolved JBPORTAL-176: -- Resolution: Done done Better handling of security exceptions thrown by portlets - Key: JBPORTAL-176 URL: http://jira.jboss.com/jira/browse/JBPORTAL-176 Project: JBoss Portal Type: Task Components: Portal Core Versions: 2.0 Alpha Reporter: Julien Viet Assignee: Julien Viet Fix For: 2.0 Alpha the portal treat security exception as different case as it is security based. it displays a security error message in the portlet window and log the security throwable with error level -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Stack Overflow when using Collection classes in TreeCach
OK, I have assigned it to me. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862008#3862008 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862008 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-176) Better handling of security exceptions thrown by portlets
Better handling of security exceptions thrown by portlets - Key: JBPORTAL-176 URL: http://jira.jboss.com/jira/browse/JBPORTAL-176 Project: JBoss Portal Type: Task Components: Portal Core Versions: 2.0 Alpha Reporter: Julien Viet Assigned to: Julien Viet Fix For: 2.0 Alpha the portal treat security exception as different case as it is security based. it displays a security error message in the portlet window and log the security throwable with error level -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-37) Stack Overflow when using Collection classes in TreeCacheAop
[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ] Andrew May updated JBCACHE-37: -- Attachment: cachetest.zip treeCacheAop-service.xml jboss-aop.xml cachetest.zip contains source for simple stateless session bean that attempts to bind a CacheObject into TreeCacheAop, and a JUnit test case to call it. The bean requires XDoclet. This test case fails with the same stack overflow I originally reported. Stack Overflow when using Collection classes in TreeCacheAop Key: JBCACHE-37 URL: http://jira.jboss.com/jira/browse/JBCACHE-37 Project: JBoss Cache Type: Bug Versions: 1.2 Environment: JBoss 4.0.1, JDK 1.5 (and also 1.4.2), Linux (Mandrake 10.0) Reporter: Andrew May Assignee: Bela Ban Attachments: cachetest.zip, jboss-aop.xml, treeCacheAop-service.xml Stack overflow when calling TreeCacheAop.putObject(Fqn, Object) for an aspectized object that contains a Collection class (tested with HashSet, ArrayList and HashMap): Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception java.lang.StackOverflowError)) org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 ... org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 javassist.CtNewClass(javassist.CtClass).toClass() line: 1000 org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class) line: 138 org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class) line: 52 org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class) line: 50 org.jboss.cache.aop.CachedSetInterceptor.init(org.jboss.cache.aop.TreeCacheAop, org.jboss.cache.Fqn, java.lang.Class) line: 41 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 372 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 265 org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn, java.lang.Object) line: 130 Originally this was happening within our application, but I've managed to write a simple test bean that demonstrates the 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-37) Stack Overflow when using Collection classes in TreeCacheAop
Stack Overflow when using Collection classes in TreeCacheAop Key: JBCACHE-37 URL: http://jira.jboss.com/jira/browse/JBCACHE-37 Project: JBoss Cache Type: Bug Versions: 1.2 Environment: JBoss 4.0.1, JDK 1.5 (and also 1.4.2), Linux (Mandrake 10.0) Reporter: Andrew May Assigned to: Bela Ban Stack overflow when calling TreeCacheAop.putObject(Fqn, Object) for an aspectized object that contains a Collection class (tested with HashSet, ArrayList and HashMap): Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception java.lang.StackOverflowError)) org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 ... org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 javassist.CtNewClass(javassist.CtClass).toClass() line: 1000 org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class) line: 138 org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class) line: 52 org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class) line: 50 org.jboss.cache.aop.CachedSetInterceptor.init(org.jboss.cache.aop.TreeCacheAop, org.jboss.cache.Fqn, java.lang.Class) line: 41 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 372 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 265 org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn, java.lang.Object) line: 130 Originally this was happening within our application, but I've managed to write a simple test bean that demonstrates the 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.700 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050113134752Lbuild.700 BUILD COMPLETE-build.700Date of build:01/13/2005 13:47:52Time to build:32 minutes 34 secondsLast changed:01/13/2005 13:02:40Last log entry:Use a static MBean interface rather than generating it through xdoclet. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(103)1.1addedejortconnector/src/main/org/jboss/resource/adapter/jdbc/vendor/OracleXAExceptionFormatterMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/work/JBossWorkManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortconnector/src/main/org/jboss/resource/adapter/jdbc/remote/WrapperDataSourceServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/deployment/AdminObjectMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/deployment/RARDeployerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.12modifiedejortconnector/.classpathUse a static MBean interface rather than generating it through xdoclet.1.74modifiedejortconnector/build.xmlUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/ConnectionFactoryBindingServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager2MBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/CachedConnectionManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/JBossLocalXAExceptionFormatterMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/JBossManagedConnectionPoolMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/NoTxConnectionManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/RARDeploymentMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconnector/src/main/org/jboss/resource/connectionmanager/TxConnectionManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.9modifiedejortmessaging/src/main/org/jboss/mq/il/ServerILJMXServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmessaging/src/main/org/jboss/mq/il/oil2/OIL2ServerILServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmessaging/src/main/org/jboss/mq/pm/jdbc3/PersistenceManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.8modifiedejortmessaging/src/main/org/jboss/mq/server/MessageCacheMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmessaging/src/main/org/jboss/mq/il/http/HTTPServerILServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmessaging/src/main/org/jboss/mq/pm/jdbc2/PersistenceManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.4modifiedejortmessaging/src/main/org/jboss/mq/il/rmi/RMIServerILServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmessaging/src/main/org/jboss/mq/sm/file/DynamicStateManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmessaging/src/main/org/jboss/mq/sm/file/OldStateManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmessaging/src/main/org/jboss/mq/pm/none/PersistenceManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmessaging/src/main/org/jboss/mq/sm/jdbc/JDBCStateManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmessaging/src/main/org/jboss/mq/il/uil2/UILServerILServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.8modifiedejortmessaging/.classpathUse a static MBean interface rather than generating it through xdoclet.1.53modifiedejortmessaging/build.xmlUse a static MBean interface rather than generating it through
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1287) Shutdown help says it accepts --adapter, but it does not
Shutdown help says it accepts --adapter, but it does not Key: JBAS-1287 URL: http://jira.jboss.com/jira/browse/JBAS-1287 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.1 Final Reporter: John Mazzitelli Assigned to: Scott M Stark Priority: Minor org.jboss.Shutdown's usage help says, in part, -a, --adapter=name Specify JNDI name of the MBeanServerConnection to use Shutdown.java needs to add a LongOpt to accept adapter. Otherwise, --adapter is reported as an unknown option: line 82: new LongOpt(adapter, LongOpt.REQUIRED_ARGUMENT, null, 'a') See patch below... As a side note: this patch also adds a break; in the case 'n' - there is no break there now. It just happens to work because the following case is a no-op for -S. Added the break to follow the convention for all the other cases (I assume this was just a typo - I'll let the commiter make the final decision to determine if the break really needs to be there or not). ---PATCH FILE- Index: Shutdown.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Shutdown.java,v retrieving revision 1.18 diff -u -r1.18 Shutdown.java --- Shutdown.java 10 Jan 2005 16:01:53 - 1.18 +++ Shutdown.java 13 Jan 2005 19:37:30 - @@ -82,6 +82,7 @@ new LongOpt(help, LongOpt.NO_ARGUMENT, null, 'h'), new LongOpt(server, LongOpt.REQUIRED_ARGUMENT, null, 's'), new LongOpt(serverName, LongOpt.REQUIRED_ARGUMENT, null, 'n'), + new LongOpt(adapter, LongOpt.REQUIRED_ARGUMENT, null, 'a'), new LongOpt(shutdown, LongOpt.NO_ARGUMENT, null, 'S'), new LongOpt(exit, LongOpt.REQUIRED_ARGUMENT, null, 'e'), new LongOpt(halt, LongOpt.REQUIRED_ARGUMENT, null, 'H'), @@ -146,6 +147,7 @@ break; case 'n': serverJMXName = new ObjectName(getopt.getOptarg()); + break; case 'S': // nothing... break; -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1287) Shutdown help says it accepts --adapter, but it does not
[ http://jira.jboss.com/jira/browse/JBAS-1287?page=history ] Scott M Stark resolved JBAS-1287: - Resolution: Done Fix Version: JBossAS-4.0.2RC1 The LongOpt has been added and the missing break fixed as well. Shutdown help says it accepts --adapter, but it does not Key: JBAS-1287 URL: http://jira.jboss.com/jira/browse/JBAS-1287 Project: JBoss Application Server Type: Bug Versions: JBossAS-4.0.1 Final Reporter: John Mazzitelli Assignee: Scott M Stark Priority: Minor Fix For: JBossAS-4.0.2RC1 Attachments: shutdown-patch.txt org.jboss.Shutdown's usage help says, in part, -a, --adapter=name Specify JNDI name of the MBeanServerConnection to use Shutdown.java needs to add a LongOpt to accept adapter. Otherwise, --adapter is reported as an unknown option: line 82: new LongOpt(adapter, LongOpt.REQUIRED_ARGUMENT, null, 'a') See patch below... As a side note: this patch also adds a break; in the case 'n' - there is no break there now. It just happens to work because the following case is a no-op for -S. Added the break to follow the convention for all the other cases (I assume this was just a typo - I'll let the commiter make the final decision to determine if the break really needs to be there or not). ---PATCH FILE- Index: Shutdown.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Shutdown.java,v retrieving revision 1.18 diff -u -r1.18 Shutdown.java --- Shutdown.java 10 Jan 2005 16:01:53 - 1.18 +++ Shutdown.java 13 Jan 2005 19:37:30 - @@ -82,6 +82,7 @@ new LongOpt(help, LongOpt.NO_ARGUMENT, null, 'h'), new LongOpt(server, LongOpt.REQUIRED_ARGUMENT, null, 's'), new LongOpt(serverName, LongOpt.REQUIRED_ARGUMENT, null, 'n'), + new LongOpt(adapter, LongOpt.REQUIRED_ARGUMENT, null, 'a'), new LongOpt(shutdown, LongOpt.NO_ARGUMENT, null, 'S'), new LongOpt(exit, LongOpt.REQUIRED_ARGUMENT, null, 'e'), new LongOpt(halt, LongOpt.REQUIRED_ARGUMENT, null, 'H'), @@ -146,6 +147,7 @@ break; case 'n': serverJMXName = new ObjectName(getopt.getOptarg()); + break; case 'S': // nothing... break; -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-38) Eviction policy timer starts multiple times if cache is restarted
Eviction policy timer starts multiple times if cache is restarted - Key: JBCACHE-38 URL: http://jira.jboss.com/jira/browse/JBCACHE-38 Project: JBoss Cache Type: Bug Versions: 1.2 Reporter: Ben Wang Assigned to: Bela Ban Fix For: 1.2.1 If cache code snippet is like this: PropertyConfigurator config = new PropertyConfigurator(); cache.config(); cache.start(); cache.stop(); cache.config(); cache.start(); Then the eviction timer will be started twice, for example. This is becuase the listeners are not clear during stop(). -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-38) Eviction policy timer starts multiple times if cache is restarted
[ http://jira.jboss.com/jira/browse/JBCACHE-38?page=comments#action_12314675 ] Ben Wang commented on JBCACHE-38: - I have checked in TreeCache that clear listeners at the end of stopService. However, we should also clean up the TreeCache node data (and potentially others) as well since this is a restart. I am assigning this to Bela. Eviction policy timer starts multiple times if cache is restarted - Key: JBCACHE-38 URL: http://jira.jboss.com/jira/browse/JBCACHE-38 Project: JBoss Cache Type: Bug Versions: 1.2 Reporter: Ben Wang Assignee: Bela Ban Fix For: 1.2.1 Original Estimate: 2 hours Remaining: 2 hours If cache code snippet is like this: PropertyConfigurator config = new PropertyConfigurator(); cache.config(); cache.start(); cache.stop(); cache.config(); cache.start(); Then the eviction timer will be started twice, for example. This is becuase the listeners are not clear during stop(). -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-175) Redirect after login
Redirect after login Key: JBPORTAL-175 URL: http://jira.jboss.com/jira/browse/JBPORTAL-175 Project: JBoss Portal Type: Feature Request Components: Portal Core Versions: 2.0 Alpha Reporter: Julien Viet Assigned to: Julien Viet Fix For: 2.0 Alpha When a user login is stays on the page he is coming from if the previous URL can be resubmitted. -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1285) shutdown -u -p only works with UCL, not with tomcat CL
[ http://jira.jboss.com/jira/browse/JBAS-1285?page=history ] Scott M Stark resolved JBAS-1285: - Resolution: Won't Fix You cannot share the jmx-console security domain with the jmx-invoker-service.xml is you disable the unified class loader. When you do this the only context that will be able to find the properties files associated with the jmx-console security domain is the jmx-console.war. You would have to move the jmx-console-roles.properties, jmx-console-users.properties to a shared location like the conf directory. shutdown -u -p only works with UCL, not with tomcat CL -- Key: JBAS-1285 URL: http://jira.jboss.com/jira/browse/JBAS-1285 Project: JBoss Application Server Type: Bug Components: JMX, Web (Tomcat) service Versions: JBossAS-4.0.1 Final, JBossAS-3.2.6 Final, JBossAS-3.2.7 Final, JBossAS-4.0.2RC1 Reporter: Wonne Keysers Assignee: Scott M Stark The shutdown command 'shutdown.sh -u admin -p admin' only works when jbossweb-tomcat50.sar/META-INF/jboss-service.xml contains attribute name=UseJBossWebLoadertrue/attribute. If the tomcat specific classloader is used the following messages occur... In the console: Exception in thread main java.lang.RuntimeException: java.lang.SecurityException: Failed to authenticate principal=admin, securityDomain=jmx-console at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:215) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:164) 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.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54) at org.jboss.mx.server.Invocation.invoke(Invocation.java:82) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:197) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:360) 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) at sun.rmi.transport.Transport$1.run(Transport.java:148) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:144) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:534) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:135) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96) at org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invoke(InvokerAdaptorClientInterceptor.java:60) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:55) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85) at $Proxy0.invoke(Unknown Source) at org.jboss.Shutdown$ServerProxyHandler.invoke(Shutdown.java:240) at $Proxy1.shutdown(Unknown Source) at org.jboss.Shutdown.main(Shutdown.java:211) The server.log displays: 2005-01-12 11:56:39,903 ERROR [org.jboss.security.auth.spi.UsersRolesLoginModule] Failed to load users/passwords/role files java.io.IOException: Properties file jmx-console-users.properties not found at org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:217) at
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1257) Set default http session replication mode to asychonous
[ http://jira.jboss.com/jira/browse/JBAS-1257?page=history ] Ben Wang resolved JBAS-1257: Resolution: Done Changed tc5-cluster-service.xml in head as well. Set default http session replication mode to asychonous --- Key: JBAS-1257 URL: http://jira.jboss.com/jira/browse/JBAS-1257 Project: JBoss Application Server Type: Task Components: Clustering Versions: JBossAS-4.0.1 Final Reporter: Ben Wang Assignee: Ben Wang Priority: Minor Fix For: JBossAS-4.0.2RC1 Current default is REPL_SYNC. Will need to change it to REPL_ASYNC to be in sync with 3.2.x release. -- 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.254 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050113185300Lbuild.254 BUILD COMPLETE-build.254Date of build:01/13/2005 18:53:00Time to build:27 minutes 24 secondsLast changed:01/13/2005 16:08:16Last log entry:- Add the missing LongOpt setting for the adapter argument.- If a username was specified but no password was given, prompt for the password Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.9.2.8modifiedstarksmserver/src/main/org/jboss/Shutdown.java- Add the missing LongOpt setting for the adapter argument.- If a username was specified but no password was given, prompt for the password
[JBoss-dev] jboss-4.0 build.315 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050113194952Lbuild.315 BUILD COMPLETE-build.315Date of build:01/13/2005 19:49:52Time to build:29 minutes 15 secondsLast changed:01/13/2005 19:32:33Last log entry:Make the replication async as default Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(2)1.2.2.2modifiedbwang00tomcat/src/resources/tc5-cluster-service.xmlMake the replication async as default1.16.4.3modifiedstarksmserver/src/main/org/jboss/Shutdown.java- Add the missing LongOpt setting for the adapter argument.- If a username was specified but no password was given, prompt for the password
[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-37) Stack Overflow when using Collection classes in TreeCacheAop
[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ] Ben Wang updated JBCACHE-37: Fix Version: 1.2.1 Stack Overflow when using Collection classes in TreeCacheAop Key: JBCACHE-37 URL: http://jira.jboss.com/jira/browse/JBCACHE-37 Project: JBoss Cache Type: Bug Versions: 1.2 Environment: JBoss 4.0.1, JDK 1.5 (and also 1.4.2), Linux (Mandrake 10.0) Reporter: Andrew May Assignee: Ben Wang Fix For: 1.2.1 Attachments: cachetest.zip, jboss-aop.xml, treeCacheAop-service.xml Stack overflow when calling TreeCacheAop.putObject(Fqn, Object) for an aspectized object that contains a Collection class (tested with HashSet, ArrayList and HashMap): Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception java.lang.StackOverflowError)) org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 ... org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass) line: 713 org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass, java.lang.ClassLoader) line: 50 javassist.CtNewClass(javassist.CtClass).toClass() line: 1000 org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class) line: 138 org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class) line: 52 org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class) line: 50 org.jboss.cache.aop.CachedSetInterceptor.init(org.jboss.cache.aop.TreeCacheAop, org.jboss.cache.Fqn, java.lang.Class) line: 41 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 372 org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn, java.lang.Object) line: 265 org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn, java.lang.Object) line: 130 Originally this was happening within our application, but I've managed to write a simple test bean that demonstrates the 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 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of the JBoss Web Container] - Re: Tomcat 5.5 in JBoss
There is a task for it: http://jira.jboss.com/jira/browse/JBAS-26 The current jboss-head/tomcat module needs to be branched for 4.0 and the thirdparty module alias updated to use the tomcat 5.5 jars. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862043#3862043 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862043 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.701 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050113171616Lbuild.701 BUILD COMPLETE-build.701Date of build:01/13/2005 17:16:16Time to build:37 minutes 0 secondsLast changed:01/13/2005 16:07:16Last log entry:Use a static MBean interface rather than generating it through xdoclet. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(108)1.17modifiedejortconsole/.classpathUse a static MBean interface rather than generating it through xdoclet.1.27modifiedejortconsole/build.xmlUse a static MBean interface rather than generating it through xdoclet.1.1addedejortconsole/src/main/org/jboss/console/manager/PluginManagerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortcache/src/main/org/jboss/cache/aop/TreeCacheAopMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortcache/src/main/org/jboss/cache/TreeCacheMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortcache/src/main/org/jboss/cache/TreeCacheViewMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.14modifiedejortcache/.classpathUse a static MBean interface rather than generating it through xdoclet.1.50modifiedejortcache/build.xmlUse a static MBean interface rather than generating it through xdoclet.1.19modifiedstarksmserver/src/main/org/jboss/Shutdown.java- Add the missing LongOpt setting for the adapter argument.- If a username was specified but no password was given, prompt for the password1.1addedejortmanagement/src/main/org/jboss/management/j2ee/cluster/HAManagementServiceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.32modifiedejortmanagement/build.xmlUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmanagement/src/main/org/jboss/management/mejb/JMSNotificationListenerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmanagement/src/main/org/jboss/management/mejb/PollingNotificationListenerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.3modifiedejortmanagement/src/main/org/jboss/management/mejb/RMINotificationListenerMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/EntityBeanMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/J2EEDomainMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/J2EEDomainTargetMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/J2EEManagedObjectMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/JCAManagedConnectionFactoryMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/JDBCDataSourceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/JDBCResourceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/JTAResourceMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/LocalJBossServerDomainMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/MBeanMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/StatefulSessionBeanMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/WebModuleMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/AppClientModuleMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/EJBMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/EJBModuleMBean.javaUse a static MBean interface rather than generating it through xdoclet.1.1addedejortmanagement/src/main/org/jboss/management/j2ee/J2EEApplicationMBean.javaUse a static MBean interface rather than generating it through
[JBoss-dev] [Design of the JBoss Web Container] - Re: Tomcat 5.5 in JBoss
Thanks, I'll anxiously watch that task for updates. :) Mike View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862049#3862049 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862049 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of the JBoss Web Container] - Re: Tomcat 5.5 in JBoss
So now that JBoss 4.0.1 is out is it possible to do a 4.0 branch build with tomcat 55 as the web container? I'd be more than happy to help test the tomcat 55 integration that will be going into 4.0.2 if I only had a little direction on how to do a build with tomcat 55. Mike View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862035#3862035 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862035 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Test case AsyncUnitTestCase and others fail on solaris 8
This is a well-known bug on the JDK 1.4/Sol8 combo. Sol7 and Sol9 work. The bug is that multicasting on 127.0.0.1 doesn't work on Sol8 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862039#3862039 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862039 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Is the CVS repository of JBoss Portal available now ?
Hi. I cannot get sources of the portal from CVS repository ? Is it down ? I use the cvs command provided here http://www.jboss.org/wiki/Wiki.jsp?page=JBossPortal. cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co nukes-2.0 Regards, Arturas B. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862071#3862071 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862071 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-testsuite build.48 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050114002946Lbuild.48 BUILD COMPLETE-build.48Date of build:01/14/2005 00:29:46Time to build:67 minutes 56 secondsLast changed:01/13/2005 16:08:16Last log entry:- Add the missing LongOpt setting for the adapter argument.- If a username was specified but no password was given, prompt for the password Unit Tests: (1909) Total Errors and Failures: (25)unknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveExpiredorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestProgramaticProxyorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCaseunknownorg.jboss.test.security.test.SRPLoginModuleUnitTestCaseunknownorg.jboss.test.security.test.SRPUnitTestCase Modifications since last build:(1)1.9.2.8modifiedstarksmserver/src/main/org/jboss/Shutdown.java- Add the missing LongOpt setting for the adapter argument.- If a username was specified but no password was given, prompt for the password
[JBoss-dev] jboss-head build.702 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050113225512Lbuild.702 BUILD COMPLETE-build.702Date of build:01/13/2005 22:55:12Time to build:24 minutes 23 secondsLast changed:01/13/2005 20:48:50Last log entry:Added check for session null. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(5)1.7modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheManager.javaAdded check for session null.1.3modifiedbwang00tomcat/src/resources/tc5-cluster-service.xmlMake the replication async as default1.214modifiedbwang00cache/src/main/org/jboss/cache/TreeCache.javaNeed to clean up TreeCacheListeners during cache stop.1.6modifiedremmthirdparty/apache-tomcat55/jasper-runtime.jar- Update to Jasper nightly to fix locking issue.- Also, this will likely make compilation a little bit more efficient.1.6modifiedremmthirdparty/apache-tomcat55/jasper-compiler.jar- Update to Jasper nightly to fix locking issue.- Also, this will likely make compilation a little bit more efficient.
