[JBoss-dev] jboss-head build.936 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050407014408Lbuild.936 BUILD COMPLETE-build.936Date of build:04/07/2005 01:44:08Time to build:30 minutes 59 secondsLast changed:04/07/2005 01:13:55Last log entry:upgrade to latest HibernateExt Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(11)1.5modifiedpatriot1burkethirdparty/hibernate/lib/hibernate-annotations.jarupgrade to latest HibernateExt1.5modifiedpatriot1burkeejb3/docs/tutorial/blob/blob.wikiupgrade to latest HibernateExt1.1addedpatriot1burkeejb3/docs/tutorial/blob/src/org/jboss/tutorial/blob/bean/BlobEntity2.javaupgrade to latest HibernateExt1.2modifiedpatriot1burkeejb3/docs/tutorial/blob/src/org/jboss/tutorial/blob/bean/LobTester.javaupgrade to latest HibernateExt1.6modifiedpatriot1burkeejb3/docs/tutorial/blob/src/org/jboss/tutorial/blob/bean/LobTesterBean.javaupgrade to latest HibernateExt1.2modifiedpatriot1burkeejb3/docs/tutorial/blob/src/org/jboss/tutorial/blob/client/Client.javaupgrade to latest HibernateExt1.4modifiedpatriot1burkethirdparty/hibernate/lib/hibernate-annotations.jarupdate docs1.2modifiedpatriot1burkeaspects/RELEASE_NOTES.htmlupdate docs1.36modifiedpatriot1burkeaspects/build.xmlupdate docs1.2modifiedpatriot1burkeaop/docs/reference/reference/en/modules/installing.xmlupdate docs1.15modifiedpatriot1burkeaop/docs/reference/reference/en/modules/running.xmlupdate docs
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-126) CacheLoader doesn't load children after loading an attribute
CacheLoader doesn't load children after loading an attribute Key: JBCACHE-126 URL: http://jira.jboss.com/jira/browse/JBCACHE-126 Project: JBoss Cache Type: Bug Reporter: Bela Ban Assigned to: Bela Ban Fix For: 1.2.3 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Deleted: (JBPM-3) jBPM should store the duration and start date of a state/process in the logs
[ http://jira.jboss.com/jira/browse/JBPM-3?page=history ] Tom Baeyens deleted JBPM-3: --- jBPM should store the duration and start date of a state/process in the logs Key: JBPM-3 URL: http://jira.jboss.com/jira/browse/JBPM-3 Project: JBoss jBPM Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Assignee: Tom Baeyens Original Estimate: 1 hour Remaining: 1 hour If off-line data from the process is used to create overviews of how the process is running, it is better to have the start-date, end-date and duration already available in the logging. It saves us from calculating the info and does not put a creat burden on the enging while processes are running. The same is true for individual states in a process. when going for Business Process Redesign, you need to have information on how long individual states last compared to the process in general. Currently only the end-date is written to the logfile, so the only way to now the duration is to *know* the previous states' end-date and calculate the duration. This requires the analysis to have knowledge of the process, which should not be needed, at least not for simple kpi's Although the super issue has a minor priority, this one has a major priority. With this implemented people could at least write their own overviews easilly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Deleted: (JBPM-8) Show processinstance and data
[ http://jira.jboss.com/jira/browse/JBPM-8?page=history ] Tom Baeyens deleted JBPM-8: --- Show processinstance and data - Key: JBPM-8 URL: http://jira.jboss.com/jira/browse/JBPM-8 Project: JBoss jBPM Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Assignee: Tom Baeyens It should be possible to select a (running) instance of a process and show all state durations and process data. Issues: - how to select a process instance: first select a process, then show all running instances and be able to select one? What if there are millions running (like one jBPM user said, working in the insurance branche)? - how to be able to show the flow of the process - ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Deleted: (JBPM-5) Write some detailed info on wiki
[ http://jira.jboss.com/jira/browse/JBPM-5?page=history ] Tom Baeyens deleted JBPM-5: --- Write some detailed info on wiki Key: JBPM-5 URL: http://jira.jboss.com/jira/browse/JBPM-5 Project: JBoss jBPM Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Priority: Minor http://bizintelligencepipeline.com/howto/showArticle.jhtml?articleId=49900689 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Deleted: (JBPM-4) day/week/month overviews
[ http://jira.jboss.com/jira/browse/JBPM-4?page=history ] Tom Baeyens deleted JBPM-4: --- day/week/month overviews Key: JBPM-4 URL: http://jira.jboss.com/jira/browse/JBPM-4 Project: JBoss jBPM Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Assignee: Tom Baeyens Priority: Minor A day overview should provide an average over each hour of the day. This functionality should take a *start* date as a parameter and yield 24 numbers all in the same scale. This scale should depend on the largest number, so if all are below 60s it is in seconds, minutes if it is between 0 and 59 minutes and hours, or even days, months if it is longer. The 25'th number that should be returned is the average value for the day (not the average of each hour since there could be hours with no processes) This is just some initial idea. It should be refined for long running processes. Where are you going to display them? On the start date? all dates in between (and take 24h as a value) or on the end date? Or should it just be configurable? For weeks and months the idea is the same. All of these should be calculated off-line and maybe stored in a separate table so it is easier to generate the week/month overview if nightly the previous day is processed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Deleted: (JBPM-6) near realtime data per process
[ http://jira.jboss.com/jira/browse/JBPM-6?page=history ] Tom Baeyens deleted JBPM-6: --- near realtime data per process -- Key: JBPM-6 URL: http://jira.jboss.com/jira/browse/JBPM-6 Project: JBoss jBPM Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Priority: Minor Near realtime data could be implemented first outside the engine. - Selecting the process doing a query every x seconds for the right data and then - show runnning number of instances - show average time a process is running - show for all instances the start time and the running time - show the average of this process from the last day/week/month (so you can see if it currently performs better, average or worse) nice idea this could be a 'gauge' with current, week-avg etc... (jfreechart?) - show the average of this process from the day the first instance was ever started -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Deleted: (JBPM-7) produce graphs of day/week/month overviews
[ http://jira.jboss.com/jira/browse/JBPM-7?page=history ] Tom Baeyens deleted JBPM-7: --- produce graphs of day/week/month overviews -- Key: JBPM-7 URL: http://jira.jboss.com/jira/browse/JBPM-7 Project: JBoss jBPM Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Assignee: Tom Baeyens Priority: Minor It would be nice if the data overviews of days, weeks and months could be presented in a graph. jFreeChart would be an option, although I did not look at the licence yet. Digging down like with the normal data should also be possible but only graphical then (Digging in, e.g. if you see a certain day in a month has a peek, click on it, show that day, see that it was in a certain hour, click on it and see even more detail, down to the process instance and the individual states and accompaniing data) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-jdk-matrix build.91 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050407024143Lbuild.91 BUILD COMPLETE-build.91Date of build:04/07/2005 02:41:43Time to build:43 minutes 46 seconds Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(0)
[JBoss-dev] [JBoss JIRA] Resolved: (JBCACHE-126) CacheLoader doesn't load children after loading an attribute
[ http://jira.jboss.com/jira/browse/JBCACHE-126?page=history ] Bela Ban resolved JBCACHE-126: -- Resolution: Done Added children_loaded to Node, changed CacheLoaderInterceptor CacheLoader doesn't load children after loading an attribute Key: JBCACHE-126 URL: http://jira.jboss.com/jira/browse/JBCACHE-126 Project: JBoss Cache Type: Bug Reporter: Bela Ban Assignee: Bela Ban Fix For: 1.2.3 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Admin Login not found
I don't find the Admin Login! In every Portelt stand: Sorry you don't have access to this function! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873016#3873016 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873016 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Admin Login not found
Username: admin Password: admin (guessing that you fed your database with setup.sql) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873017#3873017 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873017 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Admin Login not found
I can not start this page: http://localhost/portal/index.html?page=admin and don't get the CMS Admin: Directory Browser windows View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873025#3873025 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873025 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: AOP on JBoss 3.2
Just wanted to use AOP in jboss-3.2.6 to intercept calls to InitialContext().bind for classes located in a specific directory... do u think there is a workaround to allow one to do that in jboss-3.2.6 ? Thx Best Regards Jean View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873026#3873026 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873026 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1665) EJB-QL compiler (parser) confused by Order abstract-schema
[ http://jira.jboss.com/jira/browse/JBAS-1665?page=history ] Alexey Loubyansky reassigned JBAS-1665: --- Assign To: Alexey Loubyansky EJB-QL compiler (parser) confused by Order abstract-schema Key: JBAS-1665 URL: http://jira.jboss.com/jira/browse/JBAS-1665 Project: JBoss Application Server Type: Bug Components: CMP service Versions: JBossAS-4.0.2RC1 Environment: Intel, Linux 2.6 Reporter: Mike Sowka Assignee: Alexey Loubyansky Follow this forum monologue: http://www.jboss.org/index.html?module=bbop=viewtopicp=3872960 It seems that the JBoss EJB-QL parser/compiler gets confused by the use of Order as the abstract-schema. I would get the following error when trying query SELECT COUNT(o) FROM Order o: org.jboss.deployment.DeploymentException: Error compiling EJB-QL statement 'SELECT COUNT(o) FROM Order o'; - nested throwable: (org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered Order at line 1, column 22. What I believe is happening is that JBoss mistankenly parses Order as the query keword ORDER. Initially I thought this was the fault of my query statement which I pulled out of the EJB2.1 Spec. I contacted the spec contact, and Linda DeMichiel replied to me noting that in fact Order should be OK for the abstract-schema and is only restriced in use as an identifier. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Include a new Application in
Hi, I have an application that use: view-jsp;controller-struts;and model-ejb. I like include this application in module web (nukes.war) for this application appear in the main content area of Nukes and without blocks or modules. When I included my application nukes.ear (with nukes.war modify), and I started the Jboss Server, i found the follow errors: - 2005-04-05 20:55:00,428 ERROR [org.apache.commons.digester.Digester] Begin event threw exception java.lang.reflect.InvocationTargetException - 2005-04-05 20:55:00,448 ERROR [org.apache.struts.action.ActionServlet] Parsing error processing resource path java.lang.reflect.InvocationTargetException - 2005-04-05 20:55:00,468 ERROR [org.jboss.web.localhost.Engine] StandardContext[]: Servlet threw load() exception javax.servlet.UnavailableException: Parsing error processing resource path - 2005-04-05 21:02:32,638 ERROR [org.jboss.nukes.component.Component.jsp] Problem when rendering jsp org.apache.jasper.JasperException: Cannot find ActionMappings or ActionFormBeans collection I think that errors are caused by the path. thank you in advance!! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873029#3873029 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873029 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - XDoclet not generating ejbSelect in deployment descriptor
Hi - I have the latest xdoclet libraries installed and running ok with everything else, but when I try to get it to create ejbselect entries in the deployment descriptor, nothing comes out. The finders get added, but not the selects. Any ideas what's wrong? Heres the code: /** * Select method * @ejb.select query = SELECT COUNT( oi ) FROM OrderItem AS oi WHERE oi.orderID = ?1 * * * */ public abstract int ejbSelect(java.lang.String orderID) throws javax.ejb.FinderException; I've also tried adding ejb-finders-OrderBean.xml to the same directory as the ejb-jar.xml file. But I get the same message( Every select method must be associated with a query element in the deployment descriptor. ) Here is whats in that file: query-method method-nameejbSelect/method-name method-params method-paramjava.lang.String/method-param /method-params /query-method ejb-ql![CDATA[SELECT COUNT( oi ) FROM OrderItem AS oi WHERE oi.orderID = ?1]]/ejb-ql View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873030#3873030 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873030 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-127) Binding JBossCache 1.2.1 using JRMPProxyFactory to JNDI
Binding JBossCache 1.2.1 using JRMPProxyFactory to JNDI --- Key: JBCACHE-127 URL: http://jira.jboss.com/jira/browse/JBCACHE-127 Project: JBoss Cache Type: Bug Versions: 1.2.1 Environment: JBoss 4.0.1sp1 with JBossCache 1.2.1 (the original JBossCache 1.2 which is delivered with JBoss 4.0.1sp1 was replaced by JBossCache 1.2.1), Hibernate3 Reporter: wdorning Assigned to: Bela Ban When trying to bind JBossCache 1.2.1 (which does not have the JndiName property anymore) to JNDI using JRMPProxyFactory MBean I get an runtime exception saying getInterceptors() of org.jboss.cache.TreeCacheMBean and org.jboss.proxy.IClientContainer does not mach ... - seems to me that both TreeCacheMBean and IClientContainer implmeent getInterceptors... So binding JBossCache 1.2.1 to JNDI using JRMPProxyFactory does not seem to work. The config: classpath codebase=lib archives=jboss-cache.jar, jgroups.jar/ mbean code=org.jboss.invocation.jrmp.server.JRMPProxyFactory name=jboss.cache:service=Cache-1,type=jrmp,target=factory attribute name=InvokerNamejboss:service=invoker,type=jrmp/attribute attribute name=TargetNamejboss.cache:service=TreeCache/attribute attribute name=JndiNameCache-1/attribute attribute name=InvokeTargetMethodtrue/attribute attribute name=ExportedInterfaceorg.jboss.cache.TreeCacheMBean/attribute attribute name=ClientInterceptors iterceptors interceptororg.jboss.proxy.ClientMethodInterceptor/interceptor interceptororg.jboss.proxy.SecurityInterceptor/interceptor interceptororg.jboss.invocation.InvokerInterceptor/interceptor /iterceptors /attribute dependsjboss:service=invoker,type=jrmp/depends dependsjboss.cache:service=TreeCache/depends /mbean The exception: 13:25:00,163 DEBUG [JRMPProxyFactory] Starting jboss.cache:service=Cache-1,target=factory,type=jrmp 13:25:00,165 ERROR [JRMPProxyFactory] Starting failed jboss.cache:service=Cache-1,target=factory,type=jrmp java.lang.IllegalArgumentException: methods with same name and parameter signature but different return type in interface org.jboss.cache.TreeCacheMBe an and interface org.jboss.proxy.IClientContainer: getInterceptors() at sun.misc.ProxyGenerator.addProxyMethod(ProxyGenerator.java:312) at sun.misc.ProxyGenerator.generateClassFile(ProxyGenerator.java:175) at sun.misc.ProxyGenerator.generateProxyClass(ProxyGenerator.java:74) at java.lang.reflect.Proxy.getProxyClass(Proxy.java:472) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:552) at org.jboss.proxy.GenericProxyFactory.createProxy(GenericProxyFactory.java:115) at org.jboss.proxy.GenericProxyFactory.createProxy(GenericProxyFactory.java:66) at org.jboss.invocation.jrmp.server.JRMPProxyFactory.createProxy(JRMPProxyFactory.java:245) at org.jboss.invocation.jrmp.server.JRMPProxyFactory.startService(JRMPProxyFactory.java:186) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:272) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:222) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:416) at org.jboss.system.ServiceController.start(ServiceController.java:438) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy4.start(Unknown Source) at
[JBoss-dev] [Design of JBoss Portal] - admin link
I want to go to the admin menu In every Portlet stand this message: Sorry, you do not have access to this function? My server-log-files: 14:34:24,037 ERROR [CoyoteAdapter] An exception or error occurred in the container during the reques t processing java.lang.NullPointerException at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.sort(Arrays.java:1080) at org.apache.catalina.realm.GenericPrincipal.(GenericPrincipal.java:77) at org.jboss.web.tomcat.security.JBossGenericPrincipal.(JBossGenericPrincipal.java:40) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.getCachingPrincpal(JBossSecurityMgrRe alm.java:343) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.authenticate(JBossSecurityMgrRealm.ja va:257) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:2 35) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:446) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:54) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11P rotocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873040#3873040 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873040 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: admin link
(Re)Feed your database with setup.ddl then setup.sql View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873041#3873041 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873041 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBPTL-17: Theme API food for thought
I have added the context path switch when dispatching the layout. So the layout can use req.getContextPath() to get the context path of the war file in which it is. It is similar to what the portlet spec defines for portlet components. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873042#3873042 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873042 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBPTL-17: Theme API food for thought
I looked at it, so actually there are two separate things : | * layout : it is what the portal dispatch to | * theme : it uses a set of JSP tags to output markup | so at the end, the layout can output its own markup or can delegate to the theme and renderers right ? I want to keep the idea that the layout can choose between using custom markup or delegating to theme for integration purpose. One nice thing with renderers is to introduce an AbstractFactory to give the capability to get a set of renderers based on the markup. Of course speaking of the future. mholzner wrote : I commited a first draft of the new feature today. | don't go crazy, it's still very early on, but here is the general idea, and my motivations: | | themes, layouts, skins , branding . they all have a lot in common, in fact : I don't know where one ends and the other one begins. So I tried to come up with the most flexible approach. | | I really like the clean separation of duties that is outlined in css zengarden (http://www.csszengarden.com/) . It separates content from the rest, and gives the web designer the most power over the look and feel. | You can find a sample app attached to the JIRA issue (JBTL-17) | | So here is what a typical portal request looks like: | * the portal determines the portal page to render, and calls the portlet container for each portlet on that page | * once the portlet content is rendered, the theme takes over | * themes are split into three major components: a layout, a theme, and a render set | * a layout is a JSP or a Servlet that the portal can request dispatch to. It is the piece that creates the root tag of the response (like HTML) | * in case of a jsp. there are tags to render a region of the page, or a particular portlet, and one to inject the theme | * in case of a servlet, there is an API to get the same task done (the same API the tags are using) | * the region tag gets the list of results containing the rendered portlet content for the portlets on that page region. It then determines the render set for the current content type. | * a render set is a collection of classes that implement a defined interface | * there are 4 renderer interfaces in a render set (region, portlet window, decoration, and portlet content) | * the theme is a set of css, js, and binary files. When the theme tag is injecting the theme content, it actually injects link and script tags | * the layout, the renderer set and the theme all work together to get the final markup. | * There are some dependencies between all of them, but for now there are no rules: each piece can be switched independently | | I'll be providing more examples in the next days | | themes are in core/src/main/org/jboss/portal/core/theme/* View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873044#3873044 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873044 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Is org.jboss.util.loading.Translator still used?
Is the org.jboss.util.loading.Translator still used for bytecode manipulation under jdk 1.4.x? The reason for defaulting the web container class loader to a UCL was to allow for the use of aop in web apps, but this is causing problems when you have multiple web apps with jsp pages with the same names due to the fact that they map to the same class name. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873050#3873050 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873050 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-39) A TCP stack does not correctly detect failure (pulled cable) for certain TCPPING configurations
[ http://jira.jboss.com/jira/browse/JGRP-39?page=history ] Bela Ban resolved JGRP-39: -- Resolution: Done Works with 2.2.8 (CVS head) A TCP stack does not correctly detect failure (pulled cable) for certain TCPPING configurations --- Key: JGRP-39 URL: http://jira.jboss.com/jira/browse/JGRP-39 Project: JGroups Type: Bug Versions: 2.2.9 Reporter: Ovidiu Feodorov Assignee: Ovidiu Feodorov Fix For: 2.2.8 Physical hosts A (192.168.1.1, coordinator) and B (192.168.1.2) run JGroups processes configured with TCP/TCPPING stacks. A stack configuration: TCP(bind_addr=192.168.1.1;start_port=11800;loopback=true): TCPPING(initial_hosts=192.168.1.2[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true): MERGE2(min_interval=5000;max_interval=1): FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true): VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false): pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000): pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false): pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true) B stack configuration: TCP(bind_addr=192.168.1.2;start_port=11800;loopback=true): TCPPING(initial_hosts=192.168.1.1[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true): MERGE2(min_interval=5000;max_interval=1): FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true): VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false): pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000): pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false): pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true) If I pull the cable under B, the B stack immediately and correctly indentifies A as suspect and installs a new view containing itself only. However, A does not recognizes B as suspect and undeterministically spews out various info and warning messages. The view (A, B) stays incorrectly valid for a long time; sometimes gets replaced by (A), sometimes not. I tracked down the cause of the problem down to the A TCPPING configuration and TCP queue . If A's TCPPING is configured with a port_range=1, the problem goes away and the new view immediately installs into the A stack. It seems that if there are messages in the TCP queue except the SUSPECT message generated by FD, they mess up things and the SUSPECT message gets stuck in the queue, with undeterministic results. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Is org.jboss.util.loading.Translator still used?
Yes, it is still being used under jdk 1.4.x. The only way I can get around it is to hack java.lang.CLassLoader and insert it into the bootclasspath. I don't think we want to recommend such an option as Sun will be all over us with. FYI, we don't use Translator with JDK 5.0 as we recommend the javaagent stuff. I don't see what the problem is though. Why can't you create a HierarchicalClassLoader for webapps and have that implement HierarchicalClassLoader? This might require some refactoring of AOP as I think I call a method on the LoaderRepository to set the Translator. In other words, I'll need a generic way to set the Translator for the entire VM. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873058#3873058 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873058 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: EJB TimerService in a clustered environment
Hi Cosmin, I was wondering how you even get JBOSS to persist the timer events to a database. My problem is I want to ensure my timer events are valid, and continue to work after the server is restarted. Is this possible? Thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873054#3873054 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873054 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-48) Add version number of manifest
[ http://jira.jboss.com/jira/browse/JGRP-48?page=history ] Bela Ban resolved JGRP-48: -- Resolution: Done Add version number of manifest -- Key: JGRP-48 URL: http://jira.jboss.com/jira/browse/JGRP-48 Project: JGroups Type: Task Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.2.8 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1669) NullPointerException in DLQHandler
NullPointerException in DLQHandler -- Key: JBAS-1669 URL: http://jira.jboss.com/jira/browse/JBAS-1669 Project: JBoss Application Server Type: Bug Components: JMS service Versions: JBossAS-4.0.2RC1, JBossAS-4.0.1 SP1 Reporter: Scott M Stark Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final This is an old bug fixed in 3.2 that never was ported to head and so never made it into 4.0. 2003-10-07 14:17:19,845 ERROR [JMSContainerInvoker] (Thread Pool Worker-9921) Exception in JMSCI message listener java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:386) org.jboss.ejb.plugins.jms.DLQHandler.makeWritable(DLQHandler.java:288) org.jboss.ejb.plugins.jms.DLQHandler.sendMessage(DLQHandler.java:239) org.jboss.ejb.plugins.jms.DLQHandler.handleRedeliveredMessage(DLQHandler.java:213) org.jboss.ejb.plugins.jms.JMSContainerInvoker$MessageListenerImpl.onMessage(JMSContainerInvoker.java:1039) org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession.java:256) org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:633) org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:433) org.jboss.mq.SpySession.run(SpySession.java:298) org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:180) EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:732) at java.lang.Thread.run(Thread.java:536) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JGRP-51) Update manifest and Version.java with version number
Update manifest and Version.java with version number Key: JGRP-51 URL: http://jira.jboss.com/jira/browse/JGRP-51 Project: JGroups Type: Sub-task Reporter: Bela Ban Assigned to: Bela Ban Fix For: 2.2.8 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: admin link
I create a new database, but the messages in the portlets are the same! Sorry, you do not have access to this function? What can I do? Regards Lars My server-log-file: ... 2005-04-07 15:31:38,535 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Incomplete Deployment listing: MBeans waiting for other MBeans: ObjectName: jboss.ejb:service=EJBTimerService,persistencePolicy=database state: CONFIGURED I Depend On: jboss.jca:service=DataSourceBinding,name=DefaultDS Depends On Me: ObjectName: jboss.mq:service=InvocationLayer,type=HTTP state: CONFIGURED I Depend On: jboss.mq:service=Invoker jboss.web:service=WebServer Depends On Me: ObjectName: jboss:service=KeyGeneratorFactory,type=HiLo state: CONFIGURED I Depend On: jboss:service=TransactionManager jboss.jca:service=DataSourceBinding,name=DefaultDS Depends On Me: ObjectName: jboss.mq:service=StateManager state: CONFIGURED I Depend On: jboss.jca:service=DataSourceBinding,name=DefaultDS Depends On Me: jboss.mq:service=DestinationManager ObjectName: jboss.mq:service=DestinationManager state: CONFIGURED I Depend On: jboss.mq:service=MessageCache jboss.mq:service=PersistenceManager jboss.mq:service=StateManager Depends On Me: jboss.mq.destination:service=Topic,name=testTopic jboss.mq.destination:service=Topic,name=securedTopic jboss.mq.destination:service=Topic,name=testDurableTopic jboss.mq.destination:service=Queue,name=testQueue jboss.mq.destination:service=Queue,name=A jboss.mq.destination:service=Queue,name=B jboss.mq.destination:service=Queue,name=C jboss.mq.destination:service=Queue,name=D jboss.mq.destination:service=Queue,name=ex jboss.mq:service=SecurityManager jboss.mq.destination:service=Queue,name=DLQ ObjectName: jboss.mq:service=PersistenceManager state: CONFIGURED I Depend On: jboss.jca:service=DataSourceBinding,name=DefaultDS Depends On Me: jboss.mq:service=DestinationManager ObjectName: jboss.mq.destination:service=Topic,name=testTopic state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager jboss.mq:service=SecurityManager Depends On Me: ObjectName: jboss.mq.destination:service=Topic,name=securedTopic state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager jboss.mq:service=SecurityManager Depends On Me: ObjectName: jboss.mq.destination:service=Topic,name=testDurableTopic state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager jboss.mq:service=SecurityManager Depends On Me: ObjectName: jboss.mq.destination:service=Queue,name=testQueue state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager jboss.mq:service=SecurityManager Depends On Me: ObjectName: jboss.mq.destination:service=Queue,name=A state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager Depends On Me: ObjectName: jboss.mq.destination:service=Queue,name=B state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager Depends On Me: ObjectName: jboss.mq.destination:service=Queue,name=C state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager Depends On Me: ObjectName: jboss.mq.destination:service=Queue,name=D state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager Depends On Me: ObjectName: jboss.mq.destination:service=Queue,name=ex state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager Depends On Me: ObjectName: jboss.mq:service=Invoker state: CONFIGURED I Depend On: jboss.mq:service=TracingInterceptor Depends On Me: jboss.mq:service=InvocationLayer,type=HTTP jboss.mq:service=InvocationLayer,type=JVM jboss.mq:service=InvocationLayer,type=UIL2 ObjectName: jboss.mq:service=TracingInterceptor state: CONFIGURED I Depend On: jboss.mq:service=SecurityManager Depends On Me: jboss.mq:service=Invoker ObjectName: jboss.mq:service=SecurityManager state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager Depends On Me: jboss.mq.destination:service=Topic,name=testTopic jboss.mq.destination:service=Topic,name=securedTopic jboss.mq.destination:service=Topic,name=testDurableTopic jboss.mq.destination:service=Queue,name=testQueue jboss.mq:service=TracingInterceptor jboss.mq.destination:service=Queue,name=DLQ ObjectName: jboss.mq.destination:service=Queue,name=DLQ state: CONFIGURED I Depend On: jboss.mq:service=DestinationManager jboss.mq:service=SecurityManager Depends On Me: ObjectName: jboss.mq:service=InvocationLayer,type=JVM state: CONFIGURED I Depend On: jboss.mq:service=Invoker Depends On Me: ObjectName: jboss.mq:service=InvocationLayer,type=UIL2 state: CONFIGURED I Depend On: jboss.mq:service=Invoker Depends On Me: MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM: ObjectName: jboss.jca:service=DataSourceBinding,name=DefaultDS state: NOTYETINSTALLED I Depend On: Depends On Me: jboss.ejb:service=EJBTimerService,persistencePolicy=database jboss:service=KeyGeneratorFactory,type=HiLo jboss.mq:service=StateManager
[JBoss-dev] CVS Checkout.
I am trying to do a fresh checkout of jboss-head and am getting .. cannot open security/src/main/org/jboss/security/srp/CVS/Repository: No space left on device My disk is nowhere near full and a little Googling says that this is coming from the CVS server not my machine. Anyone else having this problem? Has SourceForge been notified? -- Dave Smith http://www.theappman.com -- Dave Smith http://www.theappman.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Clustering on JBoss (Clusters/JBoss)] - TimerService Persistence across server re-starts
How do I configure JBOSS to store existing timers across a reboot, and have them continue to exist after the server comes back up? I know this is possible, as it's also part of the 2.1 spec. Thanks in advance for suggestions. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873062#3873062 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873062 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1669) NullPointerException in DLQHandler
[ http://jira.jboss.com/jira/browse/JBAS-1669?page=history ] Scott M Stark closed JBAS-1669: --- Assign To: Scott M Stark Resolution: Done NullPointerException in DLQHandler -- Key: JBAS-1669 URL: http://jira.jboss.com/jira/browse/JBAS-1669 Project: JBoss Application Server Type: Bug Components: JMS service Versions: JBossAS-4.0.2RC1, JBossAS-4.0.1 SP1 Reporter: Scott M Stark Assignee: Scott M Stark Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final Original Estimate: 1 hour Remaining: 1 hour This is an old bug fixed in 3.2 that never was ported to head and so never made it into 4.0. 2003-10-07 14:17:19,845 ERROR [JMSContainerInvoker] (Thread Pool Worker-9921) Exception in JMSCI message listener java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:386) org.jboss.ejb.plugins.jms.DLQHandler.makeWritable(DLQHandler.java:288) org.jboss.ejb.plugins.jms.DLQHandler.sendMessage(DLQHandler.java:239) org.jboss.ejb.plugins.jms.DLQHandler.handleRedeliveredMessage(DLQHandler.java:213) org.jboss.ejb.plugins.jms.JMSContainerInvoker$MessageListenerImpl.onMessage(JMSContainerInvoker.java:1039) org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession.java:256) org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(SpyMessageConsumer.java:633) org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer.java:433) org.jboss.mq.SpySession.run(SpySession.java:298) org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:180) EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:732) at java.lang.Thread.run(Thread.java:536) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-234) JBoss Portal 2.2 Roadmap
JBoss Portal 2.2 Roadmap Key: JBPORTAL-234 URL: http://jira.jboss.com/jira/browse/JBPORTAL-234 Project: JBoss Portal Type: Task Components: Portal Core Reporter: Julien Viet Assigned to: Julien Viet Define JBoss Portal 2.2 Roadmap in order to meet the following requirements (subject to change) - wsrp 1.0 - wsrp 2.0 features - dashboarding -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-217) Reply with quote is not working
[ http://jira.jboss.com/jira/browse/JBPORTAL-217?page=history ] Julien Viet updated JBPORTAL-217: - Fix Version: 2.0 Final Reply with quote is not working --- Key: JBPORTAL-217 URL: http://jira.jboss.com/jira/browse/JBPORTAL-217 Project: JBoss Portal Type: Bug Components: Forums Versions: 2.0 RC, 2.0 Final Environment: Windows XP Reporter: Sudhir Kumar Machetti Assignee: Julien Viet Priority: Minor Fix For: 2.0 RC, 2.0 Final I am trying to post reply with previous message in quotes. I clicked on quotes button. I got editor to post my reply. I have submitted me reply. I don't see previous message in quotes in my reply? Did I miss anything? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-220) Polls
[ http://jira.jboss.com/jira/browse/JBPORTAL-220?page=history ] Julien Viet updated JBPORTAL-220: - Fix Version: 2.0 RC 2.0 Final Polls - Key: JBPORTAL-220 URL: http://jira.jboss.com/jira/browse/JBPORTAL-220 Project: JBoss Portal Type: Task Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assignee: Roy Russo Fix For: 2.0 RC, 2.0 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-221) Post attachments
[ http://jira.jboss.com/jira/browse/JBPORTAL-221?page=history ] Julien Viet updated JBPORTAL-221: - Fix Version: 2.0 RC 2.0 Final Post attachments Key: JBPORTAL-221 URL: http://jira.jboss.com/jira/browse/JBPORTAL-221 Project: JBoss Portal Type: Task Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assignee: Roy Russo Fix For: 2.0 RC, 2.0 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-224) Forum user's preferences
[ http://jira.jboss.com/jira/browse/JBPORTAL-224?page=history ] Julien Viet updated JBPORTAL-224: - Fix Version: 2.0 Final Forum user's preferences Key: JBPORTAL-224 URL: http://jira.jboss.com/jira/browse/JBPORTAL-224 Project: JBoss Portal Type: Task Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assignee: Roy Russo Fix For: 2.0 RC, 2.0 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-173) Misplaced forum postings
[ http://jira.jboss.com/jira/browse/JBPORTAL-173?page=history ] Julien Viet updated JBPORTAL-173: - Fix Version: 2.0 RC 2.0 Final Misplaced forum postings Key: JBPORTAL-173 URL: http://jira.jboss.com/jira/browse/JBPORTAL-173 Project: JBoss Portal Type: Bug Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Ivelin Ivanov Assignee: Julien Viet Priority: Critical Fix For: 2.0 RC, 2.0 Final From: Scott Stark Subject: RE: [JBoss-user] [Messaging, JMS JBossMQ] - Re: Question about JMS queue config This is a thread that has the first message replaced with some random posting. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of wsnyder6 Sent: Saturday, January 08, 2005 5:15 AM To: jboss-user@lists.sourceforge.net Subject: [JBoss-user] [Messaging, JMS JBossMQ] - Re: Question about JMS queue config Wierd how the original post got lost at the top of the thread... Anyway, thanks for verifying the config I didn't realize that debug/trace info goes to the log file rather than the console...whooops :) My login module was not handling null principals. Authentication and authorization works now. Thanks --Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=38612 58#3861258 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=repl yp=3861258 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-101) URL BB Code tag does not work correctly on several lines
[ http://jira.jboss.com/jira/browse/JBPORTAL-101?page=history ] Julien Viet updated JBPORTAL-101: - Fix Version: 2.0 RC 2.0 Final URL BB Code tag does not work correctly on several lines Key: JBPORTAL-101 URL: http://jira.jboss.com/jira/browse/JBPORTAL-101 Project: JBoss Portal Type: Bug Components: Forums Versions: 2.0 RC, 2.0 Final Environment: Nukes 1 Reporter: Thomas Heute Fix For: 2.0 RC, 2.0 Final Fix the following bug from Nukes: -- A URL that is not trimmed [url] http://www.jboss.org/index.html?module=bbop=viewforumf=163 [/url] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-93) Forum posts can become unusable due to width of content
[ http://jira.jboss.com/jira/browse/JBPORTAL-93?page=history ] Julien Viet updated JBPORTAL-93: Fix Version: 2.0 RC 2.0 Final Forum posts can become unusable due to width of content --- Key: JBPORTAL-93 URL: http://jira.jboss.com/jira/browse/JBPORTAL-93 Project: JBoss Portal Type: Patch Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Scott M Stark Assignee: Julien Viet Fix For: 2.0 RC, 2.0 Final I'm seeing problems with the size of forum posts using the [code][/code] tags. There needs to be some fixed size to the text fields with scrolling instead of what is seen here: http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3857964 http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3858023 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-221) Post attachments
[ http://jira.jboss.com/jira/browse/JBPORTAL-221?page=history ] Julien Viet updated JBPORTAL-221: - Version: 2.0 Final Post attachments Key: JBPORTAL-221 URL: http://jira.jboss.com/jira/browse/JBPORTAL-221 Project: JBoss Portal Type: Task Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assignee: Roy Russo Fix For: 2.0 RC, 2.0 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-220) Polls
[ http://jira.jboss.com/jira/browse/JBPORTAL-220?page=history ] Julien Viet updated JBPORTAL-220: - Version: 2.0 Final Polls - Key: JBPORTAL-220 URL: http://jira.jboss.com/jira/browse/JBPORTAL-220 Project: JBoss Portal Type: Task Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assignee: Roy Russo Fix For: 2.0 RC, 2.0 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-173) Misplaced forum postings
[ http://jira.jboss.com/jira/browse/JBPORTAL-173?page=history ] Julien Viet updated JBPORTAL-173: - Version: 2.0 RC 2.0 Final (was: Nukes 1.1 (support)) Misplaced forum postings Key: JBPORTAL-173 URL: http://jira.jboss.com/jira/browse/JBPORTAL-173 Project: JBoss Portal Type: Bug Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Ivelin Ivanov Assignee: Julien Viet Priority: Critical Fix For: 2.0 RC, 2.0 Final From: Scott Stark Subject: RE: [JBoss-user] [Messaging, JMS JBossMQ] - Re: Question about JMS queue config This is a thread that has the first message replaced with some random posting. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of wsnyder6 Sent: Saturday, January 08, 2005 5:15 AM To: jboss-user@lists.sourceforge.net Subject: [JBoss-user] [Messaging, JMS JBossMQ] - Re: Question about JMS queue config Wierd how the original post got lost at the top of the thread... Anyway, thanks for verifying the config I didn't realize that debug/trace info goes to the log file rather than the console...whooops :) My login module was not handling null principals. Authentication and authorization works now. Thanks --Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=38612 58#3861258 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=repl yp=3861258 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-101) URL BB Code tag does not work correctly on several lines
[ http://jira.jboss.com/jira/browse/JBPORTAL-101?page=history ] Julien Viet updated JBPORTAL-101: - Version: 2.0 RC 2.0 Final (was: 2.0 Alpha) URL BB Code tag does not work correctly on several lines Key: JBPORTAL-101 URL: http://jira.jboss.com/jira/browse/JBPORTAL-101 Project: JBoss Portal Type: Bug Components: Forums Versions: 2.0 RC, 2.0 Final Environment: Nukes 1 Reporter: Thomas Heute Fix For: 2.0 RC, 2.0 Final Fix the following bug from Nukes: -- A URL that is not trimmed [url] http://www.jboss.org/index.html?module=bbop=viewforumf=163 [/url] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-93) Forum posts can become unusable due to width of content
[ http://jira.jboss.com/jira/browse/JBPORTAL-93?page=history ] Julien Viet updated JBPORTAL-93: Version: 2.0 RC 2.0 Final Forum posts can become unusable due to width of content --- Key: JBPORTAL-93 URL: http://jira.jboss.com/jira/browse/JBPORTAL-93 Project: JBoss Portal Type: Patch Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Scott M Stark Assignee: Julien Viet Fix For: 2.0 RC, 2.0 Final I'm seeing problems with the size of forum posts using the [code][/code] tags. There needs to be some fixed size to the text fields with scrolling instead of what is seen here: http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3857964 http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3858023 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-235) Forum module port
Forum module port - Key: JBPORTAL-235 URL: http://jira.jboss.com/jira/browse/JBPORTAL-235 Project: JBoss Portal Type: Feature Request Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assigned to: Julien Viet -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBPORTAL-235) Forum module partial port
[ http://jira.jboss.com/jira/browse/JBPORTAL-235?page=history ] Julien Viet updated JBPORTAL-235: - Summary: Forum module partial port (was: Forum module port) Fix Version: 2.0 RC 2.0 Final Forum module partial port - Key: JBPORTAL-235 URL: http://jira.jboss.com/jira/browse/JBPORTAL-235 Project: JBoss Portal Type: Feature Request Components: Forums Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assignee: Julien Viet Fix For: 2.0 RC, 2.0 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Is org.jboss.util.loading.Translator still used?
The ULR is a deployment level configuration. The only way two wars in an ear can be isolated today is if they use independent class loaders and these are not jboss class loaders. They can be which is why I was asking if Translator was required to interact with aop. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873072#3873072 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873072 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-236) Documentation update
Documentation update Key: JBPORTAL-236 URL: http://jira.jboss.com/jira/browse/JBPORTAL-236 Project: JBoss Portal Type: Feature Request Versions: 2.0 RC, 2.0 Final Reporter: Julien Viet Assigned to: Julien Viet Fix For: 2.0 Final Maintain the documentation regarding the changes that have been introduced since 2.0 beta. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: admin link
Did you login as an admin? admin/admin View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873075#3873075 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873075 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBPTL-17: Theme API food for thought
Martin, will the new examples have the theme display portlets within it? The zengarden app, only shows the zengarden page. It does not display within IE, but you knew that already. ;-) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873077#3873077 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873077 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: admin link
yes, 1. standart login with the user admin and the password admin 2. left menu, i cklick the admin-link after this, i don't see anything in the admin cms regards Lars When can i download the complete version of the portal with JBoss AS 4.0.1 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873078#3873078 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873078 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JGRP-40) Connections remain open even after the channel port changes, while using TCP
[ http://jira.jboss.com/jira/browse/JGRP-40?page=history ] Bela Ban updated JGRP-40: - Attachment: ShunTest.java Example Connections remain open even after the channel port changes, while using TCP Key: JGRP-40 URL: http://jira.jboss.com/jira/browse/JGRP-40 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Attachments: ShunTest.java I am using TCP/TCPPING as the base of the stack. Sometimes one of the members of the group gets shunned. That member then disconnects from the group and re-connects. This time, it gets assigned a different TCP port. But a netstat for ESTABLISHED connections shows the connections of the old and the new port still active. Shouldn't the connections for the old port have been closed? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JGRP-40) Connections remain open even after the channel port changes, while using TCP
[ http://jira.jboss.com/jira/browse/JGRP-40?page=comments#action_12316766 ] Bela Ban commented on JGRP-40: -- Ran the attached example with both default.xml and tcp.xml (attached as well). Works okay with 2.2.8 CVS head Connections remain open even after the channel port changes, while using TCP Key: JGRP-40 URL: http://jira.jboss.com/jira/browse/JGRP-40 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Attachments: ShunTest.java I am using TCP/TCPPING as the base of the stack. Sometimes one of the members of the group gets shunned. That member then disconnects from the group and re-connects. This time, it gets assigned a different TCP port. But a netstat for ESTABLISHED connections shows the connections of the old and the new port still active. Shouldn't the connections for the old port have been closed? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JGRP-40) Connections remain open even after the channel port changes, while using TCP
[ http://jira.jboss.com/jira/browse/JGRP-40?page=history ] Bela Ban updated JGRP-40: - Attachment: default.xml Connections remain open even after the channel port changes, while using TCP Key: JGRP-40 URL: http://jira.jboss.com/jira/browse/JGRP-40 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Attachments: ShunTest.java, default.xml, tcp.xml I am using TCP/TCPPING as the base of the stack. Sometimes one of the members of the group gets shunned. That member then disconnects from the group and re-connects. This time, it gets assigned a different TCP port. But a netstat for ESTABLISHED connections shows the connections of the old and the new port still active. Shouldn't the connections for the old port have been closed? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-40) Connections remain open even after the channel port changes, while using TCP
[ http://jira.jboss.com/jira/browse/JGRP-40?page=history ] Bela Ban resolved JGRP-40: -- Resolution: Done Please re-open the case if you find the problem still exists Connections remain open even after the channel port changes, while using TCP Key: JGRP-40 URL: http://jira.jboss.com/jira/browse/JGRP-40 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Attachments: ShunTest.java, default.xml, tcp.xml I am using TCP/TCPPING as the base of the stack. Sometimes one of the members of the group gets shunned. That member then disconnects from the group and re-connects. This time, it gets assigned a different TCP port. But a netstat for ESTABLISHED connections shows the connections of the old and the new port still active. Shouldn't the connections for the old port have been closed? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JGRP-40) Connections remain open even after the channel port changes, while using TCP
[ http://jira.jboss.com/jira/browse/JGRP-40?page=history ] Bela Ban updated JGRP-40: - Attachment: tcp.xml Connections remain open even after the channel port changes, while using TCP Key: JGRP-40 URL: http://jira.jboss.com/jira/browse/JGRP-40 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Attachments: ShunTest.java, default.xml, tcp.xml I am using TCP/TCPPING as the base of the stack. Sometimes one of the members of the group gets shunned. That member then disconnects from the group and re-connects. This time, it gets assigned a different TCP port. But a netstat for ESTABLISHED connections shows the connections of the old and the new port still active. Shouldn't the connections for the old port have been closed? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - CMSPortlet
Hi. I would like to implement diferent instances of CMSPortlet and AdminCMSPortlet each for a diferente part of content. How can I do this? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873080#3873080 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873080 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JGRP-45) JVM Crashes when starting three groups at the same time
[ http://jira.jboss.com/jira/browse/JGRP-45?page=history ] Bela Ban closed JGRP-45: Resolution: Done This has nothing to do with JGroups; the log clearly shows that it was the JMS invocation layer which crashed. Although I doubt that code can crash the VM, I think this is a VM bug JVM Crashes when starting three groups at the same time --- Key: JGRP-45 URL: http://jira.jboss.com/jira/browse/JGRP-45 Project: JGroups Type: Bug Versions: 2.2.8 Environment: Linux RedHat 2.4.21-27.0.1.ELsmp #1 SMP Mon Dec 20 18:47:45 EST 2004 i686 i686 i386 GNU/Linux (our dev02 box) Reporter: Clebert Suconic Assignee: Bela Ban Priority: Minor Fix For: 2.2.8 Attachments: console3.out.gz When starting three clusters at the same time, a JVM crashed inside the socket JNI function. I've added the log file for the crashed instance. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: EJB TimerService in a clustered environment
Hi Marcus. They say that JBoss persists the timers to a database so that, if the server crashes, they will be restored at the next startup. This is true only if the server crashes, but not for a normal shutdown. My feeling is that they delete all timers that are not related to entity beans (ie. the field InstancePK in TIMERS table is NULL). In my case, I'm using only stateless session beans, so... Two possible workarounds for persisting your timers in the case of a normal shutdown would be: 1. To modify yourself the JBoss'es source code, but you have to be careful not to break something in it. 2. To create a table (besides TIMERS) that will keep the necessary information to re-create the timers each time the server starts. For example, you can keep there the start date, interval, next run date, and at the startup (or at least when you'd want to create the timers) you can re-compute the next run and create a new timer. I have opted for the second one and it works fine for me. By the way, I'm using JBoss 4.0.1sp1 (JBoss 4.0.2RC1 presents the same situation). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873083#3873083 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873083 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBPTL-17: Theme API food for thought
[EMAIL PROTECTED] wrote : Martin, will the new examples have the theme display portlets within it? | | The zengarden app, only shows the zengarden page. It does not display within IE, but you knew that already. ;-) depends on what you consider theme display portlets. the zengarden app contains a set of portlets that work together with the theme. I beliefe a set of portlets to list the available themes and layouts, that let the user choose one, would be helpful to understand the concepts better I'll add those View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873084#3873084 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873084 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-31) Problem with MERGE2 when not using multicast
[ http://jira.jboss.com/jira/browse/JGRP-31?page=history ] Bela Ban resolved JGRP-31: -- Resolution: Done I added the merge_leader flag to GMS. Another possibility to solve this is to use the TCP:MPING combination Problem with MERGE2 when not using multicast Key: JGRP-31 URL: http://jira.jboss.com/jira/browse/JGRP-31 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN Java 1.4.2_05 Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Hi, There is one case in which MERGE2 will fail while using TCPPING/UDP(without mcast): The initial_hosts property is abc.com[7800];xyz.com[7801]. These 2 machines are permanent group members (if they are up, they will be members of the group). Now there are numerous other programs on different machines that may dynamically join and leave the group. These members are not known before hand and cannot be specified in the initial_hosts property. The members on abc.com and xyz.com are started and they join the same group. Now another member from mnop.com starts and joins the group. The co-ordinator will be abc.com A network problem occurs and mnop.com is separated from abc.com and xyz.com mnop.com forms its own single-member group with itself as the co-ordinator. Now suppose the network problem is fixed. The MERGE2 protocol on mnop.com periodically checks on the initial_hosts list to see if they are up. It now finds that abc.com is reachable and decides that abc.com is the leader (by lexical sorting) and will take care of the merging. So it does not go ahead with the merge. On the other hand, the MERGE2 protocol on both abc.com and xyz.com just check if they can find members on the initial_hosts with a different co-ordinator. Both of them never consider mnop.com as it is not in the initial_hosts list So mnop.com will never be merged with the group. Even the new MERGE3 MERGEFAST protocols don't seem to help here. I checked them out and found the following: MERGEFAST works only if multicast is used, which is not my case. MERGE3 just sends I am co-ordinator messages to a null destination. So in the case where multicast is enabled, it goes to all possible members. But in my case, with multicast disabled, the message will only be unicast to each member of the current group. So in the above example, the I am co-ordinator messages will never go to mnop.com after the network problem. So even MERGE3 does not work in this case. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-22) Enhance the ENCRYPT or the ENCRYPT1_4 protocol
[ http://jira.jboss.com/jira/browse/JGRP-22?page=history ] Bela Ban resolved JGRP-22: -- Resolution: Done Fix Version: 2.2.8 (was: 2.2.9) Enhance the ENCRYPT or the ENCRYPT1_4 protocol --- Key: JGRP-22 URL: http://jira.jboss.com/jira/browse/JGRP-22 Project: JGroups Type: Feature Request Versions: 2.2.8 Reporter: Roland R?z Assignee: Bela Ban Fix For: 2.2.8 The ENCRYPT and the ENCRYPT1_4 protocol have both some weaknesses and missing features. There is no strong protection against replay attacks, everybody can join when using an asymmetric algorithm and messages encrypted with a wrong key are not discarded. The difference between the ENCRYPT1_4 and the ENCRYPT protocol is that ENCRYPT1_4 provides no support for a configured symmetric key (ENCRYPT1_4 generates and distributes a symmetric key). ENCRYPT provides a feature for a symmetric key configured in a keystore. In this case the asymmetric key generation is not used. The symmetric and asymmetric features cannot be combined. The asymmetric and symmetric part of the ENCRYPT protocol could be separated in two protocols and some features could be enhanced. The ultimate solution could look like that: The lowest (e.g. CRYPTO_SYM) would be responsible for encryption/decryption and could be used in any layer below the symmetric cryptography (e.g. CRYPTO_KEY_DIST) protocol. The key for CRYPTO_SYM comes either from a file (e.g. as keystore or just as binary stuff protected with file system rights) or from a file AND from CRYPTO_SYM. In the second mode (CRYPTO_SYM + CRYPTO_KEY_DIST) CRYPTO_SYM needs to encrypt/decrypt the messages from CRYPTO_KEY_DIST with the simple file or keystore based key or does not need to be encrypted (to solve bootstrap, synchronization). The type of the message (is from CRYPTO_KEY_DIST or not) has to be sent along the wire. CRYPTO_KEY_DIST must be above the reliability layers and the master creates for each change in the view a new key. This key is sent down to the CRYPTO_SYM layer where it is combined with the symmetric key. CRYPTO_KEY_DIST should verify a new member with a challenge response procedure (e.g. based on the same symmetric key as CRYPTO_SYM) A nice feature of the CRYPTO_SYM would be to hash the messages and encrypt the hash along with the message so that the message can be verified. Currently the layers above ENCRYPT have to handle and discard corrupt messages. CRYPTO_SYM could be run without CRYPTO_KEY_DIST but the usage of both together would protect JGroups from replay attacks. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: JBPTL-17: Theme API food for thought
I may be missing something, but all I see is a flat html page in the zengarden app. I see the portlets defined in -pages.xml, -instances.xml, and portlet.xml, but nothing seems to show aside from the main window. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873087#3873087 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873087 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: admin link
My Configuration: JBoss AS 4.0.1 JBOSS Portal 2.0 Beta 1 MySQL 4.0.24 JDBC 3.1.6 (mysql) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873088#3873088 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873088 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Admin Login not found
1. First go to the main page: http://localhost:8080/portal/ 2. Click Standard Login. Login with admin/admin. 3. Then click admin on the Page Menu on the right. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873091#3873091 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873091 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: admin link
I'm working on a bundled version and hope to have it out this coming Monday. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873092#3873092 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873092 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JGRP-28) Remove sendDummyPacket() in UDP
[ http://jira.jboss.com/jira/browse/JGRP-28?page=comments#action_12316770 ] Bela Ban commented on JGRP-28: -- Was caused by sendDummyPacket() in UDP - will remove it shortly Remove sendDummyPacket() in UDP --- Key: JGRP-28 URL: http://jira.jboss.com/jira/browse/JGRP-28 Project: JGroups Type: Task Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 2.2.8 Original Estimate: 2 hours Remaining: 2 hours -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-28) Remove sendDummyPacket() in UDP
[ http://jira.jboss.com/jira/browse/JGRP-28?page=history ] Bela Ban resolved JGRP-28: -- Resolution: Done Removed sendDummyPacket() Remove sendDummyPacket() in UDP --- Key: JGRP-28 URL: http://jira.jboss.com/jira/browse/JGRP-28 Project: JGroups Type: Task Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 2.2.8 Original Estimate: 2 hours Remaining: 2 hours -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JGRP-33) JGroups throws OutOfMemoryError after running for a few hours
[ http://jira.jboss.com/jira/browse/JGRP-33?page=history ] Bela Ban updated JGRP-33: - Priority: Major (was: Critical) downgraded to major; probably due to incorrect use of JGroups JGroups throws OutOfMemoryError after running for a few hours - Key: JGRP-33 URL: http://jira.jboss.com/jira/browse/JGRP-33 Project: JGroups Type: Bug Versions: 2.2.8 Environment: SUN JDK 1.4.2_05 SUN JDK 1.5.0 on Windows Unix platforms Reporter: B.S.Navin Assignee: Bela Ban Fix For: 2.2.8 Attachments: JGroupsMemTest.java, PublishThread2.java, fc-fast-udp-tcpping.xml, fc-fast-udp.xml, runj10.sh I ran 10 instances of a simple program with 3 threads. The max memory is kept as the JVM default (64M). The 10 programs join the same JGroup and the threads in the programs keep publishing a small hashmap at 5 second intervals. The heap memory consumed (Runtime.totalMemory() - Runtime.freeMemory()) slowly increases over a period of 4-5 hours and reaches the default max limit (64M) when it starts throwing OutOfMemory errors on all instances. I have run the program on unix and windows machines with 1G RAM. Not able to make much from an HProf output of one of the instances. This seems to be the cause for the JBossCache bug http://jira.jboss.com/jira/browse/JBCACHE-31; too. I have tried out a UDP/PING and a UDP/TCPPING combination and this problem occurs in both cases. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - error running jboss with jboss portal beta
hello: i have fedora core1, j2sdk-1_4_2_07-linux, jboss-4.0.0 and Mysql -3.23.58-4. i installed jboss portal beta from the binaries, when i start up jboss the portal i get this error: 10:46:20,116 INFO [ServiceConfigurator] Problem configuring service jboss.jmx:name=Invoker,protocol=jrmp,service=proxyFactory,type=adaptor java.lang.IllegalArgumentException: [interceptors: null] at java.beans.PropertyEditorSupport.setAsText(PropertyEditorSupport.java:138) at org.jboss.system.ServiceConfigurator.configure(ServiceConfigurator.java:313) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:160) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:114) at org.jboss.system.ServiceController.install(ServiceController.java:200) at sun.reflect.GeneratedMethodAccessor42.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy4.install(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:208) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:889) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:745) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:709) at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:119) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131) at org.jboss.mx.server.Invocation.invoke(Invocation.java:74) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:416) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242) at
[JBoss-dev] [JBoss JIRA] Reopened: (JBAS-1442) JBAS-57 was not fully backwards compatible
[ http://jira.jboss.com/jira/browse/JBAS-1442?page=history ] Scott M Stark reopened JBAS-1442: - Assign To: Scott M Stark (was: Adrian Brock) JBAS-57 was not fully backwards compatible -- Key: JBAS-1442 URL: http://jira.jboss.com/jira/browse/JBAS-1442 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.1 Final Reporter: Adrian Brock Assignee: Scott M Stark Fix For: JBossAS-4.0.2RC1 The change to allow the clustered colocation policy to be overridden http://jira.jboss.com/jira/browse/JBAS-57 is not fully backwards compatbile with previous releases. i.e. When the invoker interceptor is used for a non clustered proxy where one server looks up a service from another server. If both servers have the service installed it will use the colocated path when the intention is to use the remote service. e.g. Server1 looks up the RMIAdaptor for Server2 Because Server1 also has an RMIAdaptor it will use the colocated RMIAdaptor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1442) JNDI Lookup from server to remote server returns the local server binding
[ http://jira.jboss.com/jira/browse/JBAS-1442?page=history ] Scott M Stark updated JBAS-1442: Summary: JNDI Lookup from server to remote server returns the local server binding (was: JBAS-57 was not fully backwards compatible) Description: JBAS-57 was not fully backwards compatible. The change to allow the clustered colocation policy to be overridden http://jira.jboss.com/jira/browse/JBAS-57 is not fully backwards compatbile with previous releases. i.e. When the invoker interceptor is used for a non clustered proxy where one server looks up a service from another server. If both servers have the service installed it will use the colocated path when the intention is to use the remote service. e.g. Server1 looks up the RMIAdaptor for Server2 Because Server1 also has an RMIAdaptor it will use the colocated RMIAdaptor. was: The change to allow the clustered colocation policy to be overridden http://jira.jboss.com/jira/browse/JBAS-57 is not fully backwards compatbile with previous releases. i.e. When the invoker interceptor is used for a non clustered proxy where one server looks up a service from another server. If both servers have the service installed it will use the colocated path when the intention is to use the remote service. e.g. Server1 looks up the RMIAdaptor for Server2 Because Server1 also has an RMIAdaptor it will use the colocated RMIAdaptor. JNDI Lookup from server to remote server returns the local server binding - Key: JBAS-1442 URL: http://jira.jboss.com/jira/browse/JBAS-1442 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.1 Final Reporter: Adrian Brock Assignee: Scott M Stark Fix For: JBossAS-4.0.2RC1 JBAS-57 was not fully backwards compatible. The change to allow the clustered colocation policy to be overridden http://jira.jboss.com/jira/browse/JBAS-57 is not fully backwards compatbile with previous releases. i.e. When the invoker interceptor is used for a non clustered proxy where one server looks up a service from another server. If both servers have the service installed it will use the colocated path when the intention is to use the remote service. e.g. Server1 looks up the RMIAdaptor for Server2 Because Server1 also has an RMIAdaptor it will use the colocated RMIAdaptor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1442) JNDI Lookup from server to remote server returns the local server binding
[ http://jira.jboss.com/jira/browse/JBAS-1442?page=history ] Scott M Stark closed JBAS-1442: --- Resolution: Done Just renamed issued to make it clearer. JNDI Lookup from server to remote server returns the local server binding - Key: JBAS-1442 URL: http://jira.jboss.com/jira/browse/JBAS-1442 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.1 Final Reporter: Adrian Brock Assignee: Scott M Stark Fix For: JBossAS-4.0.2RC1 JBAS-57 was not fully backwards compatible. The change to allow the clustered colocation policy to be overridden http://jira.jboss.com/jira/browse/JBAS-57 is not fully backwards compatbile with previous releases. i.e. When the invoker interceptor is used for a non clustered proxy where one server looks up a service from another server. If both servers have the service installed it will use the colocated path when the intention is to use the remote service. e.g. Server1 looks up the RMIAdaptor for Server2 Because Server1 also has an RMIAdaptor it will use the colocated RMIAdaptor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JGRP-19) MERGE2 slows down traffic
[ http://jira.jboss.com/jira/browse/JGRP-19?page=history ] Bela Ban resolved JGRP-19: -- Resolution: Done Presence of MERGE2 doesn't make a diff in CVS head anymore MERGE2 slows down traffic - Key: JGRP-19 URL: http://jira.jboss.com/jira/browse/JGRP-19 Project: JGroups Type: Bug Environment: JGroups 2.2.8 (CVS Jan 6 2005) Reporter: Bela Ban Assignee: Bela Ban Priority: Minor Fix For: 2.2.8 Attachments: Tester.java Original Estimate: 2 days Remaining: 2 days Look into why max and avg values for a stack with MERGE2 are slower than for a stack without MERGE2 config TCP start_port=7800 bind_addr=192.168.0.57 loopback=true/ TCPPING timeout=3000 initial_hosts=192.168.0.57[7800] port_range=3 num_initial_members=3/ MERGE2 min_interval=1500 max_interval=3000 / FD timeout=1 max_tries=4/ VERIFY_SUSPECT timeout=5500 down_thread=false up_thread=false/ pbcast.NAKACK gc_lag=100 retransmit_timeout=600,1200,2400,4800/ pbcast.STABLE stability_delay=1000 desired_avg_gossip=2 down_thread=false max_bytes=0 up_thread=false/ pbcast.GMS print_local_addr=true join_timeout=5000 join_retry_timeout=2000 shun=true/ /config Before your Fix: Version 2.2.8 Average receiving time(in milliseconds): 1106 Max reciving time(in milliseconds: 3266 Min reciving time(in milliseconds: 0 After your Fix: Latest from Head Average receiving time(in milliseconds): 342 Max reciving time(in milliseconds: 1250 Min reciving time(in milliseconds: 0 config TCP start_port=7800 bind_addr=192.168.0.57 loopback=true/ TCPPING timeout=3000 initial_hosts=192.168.0.57[7800] port_range=3 num_initial_members=3/ FD timeout=1 max_tries=4/ VERIFY_SUSPECT timeout=5500 down_thread=false up_thread=false/ pbcast.NAKACK gc_lag=100 retransmit_timeout=600,1200,2400,4800/ pbcast.STABLE stability_delay=1000 desired_avg_gossip=2 down_thread=false max_bytes=0 up_thread=false/ pbcast.GMS print_local_addr=true join_timeout=5000 join_retry_timeout=2000 shun=true/ /config Before your Fix: Version 2.2.8 Average receiving time(in milliseconds): 36 Max reciving time(in milliseconds: 219 Min reciving time(in milliseconds: 0 After your Fix: Latest from Head Average receiving time(in milliseconds): 29 Max reciving time(in milliseconds: 109 Min reciving time(in milliseconds: 0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050407110736 BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:04/07/2005 11:07:36Time to build:35 minutes 41 secondsLast changed:04/07/2005 10:56:27Last log entry:A readme pointing to the spec associated descriptor redistribution terms and the dtd/schema files. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(2)1.1addedstarksmthirdparty/licenses/sun-specs.txtA readme pointing to the spec associated descriptor redistribution terms and the dtd/schema files.1.18modifiedstarksmserver/src/main/org/jboss/ejb/plugins/jms/DLQHandler.javaUse a HashMap instead of a Hashable to copy the properties while making them writable as there can be nulls. Resolves (JBAS-1669) NullPointerException in DLQHandler.
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1637) Add the j2ee dtd/schema redistribution terms to the release
[ http://jira.jboss.com/jira/browse/JBAS-1637?page=history ] Scott M Stark closed JBAS-1637: --- Resolution: Done Fix Version: JBossAS-5.0 Alpha The dist contains docs/dtd/README-DTD.txt docs/schema/README-SCHEMA.txt docs/licenses/sun-specs.txt which describe the j2ee descriptors along with their redistribution terms. Add the j2ee dtd/schema redistribution terms to the release --- Key: JBAS-1637 URL: http://jira.jboss.com/jira/browse/JBAS-1637 Project: JBoss Application Server Type: Task Components: Build System, Documentation Reporter: Scott M Stark Assignee: Scott M Stark Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final Original Estimate: 2 hours Remaining: 2 hours We need to add the j2ee dtd and schema redistribution terms as there has been some question over this. This applies to the j2ee dtds/schemas list here: http://java.sun.com/xml/ns/j2ee/#usage -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: CMSPortlet
the best option is not to rewrite those portlet but rather write an abstraction over CMS services that is used by those portlets. There is already a CMS service and there is already the abstraction of CMS items (directories and files) in the cms module. This is a good starting point to go. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873097#3873097 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873097 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Redeploying portlet WAR
When I redeploy a WAR with a protlet specification the follow exception occur. But if I restart JBOSS it functions well. What can be problem? java.lang.NullPointerException at org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor.invoke(ContextDispatcherInterceptor.java:58) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.core.invocation.AccessControlInterceptor.invoke(AccessControlInterceptor.java:125) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.server.invocation.component.ModeInterceptor.invoke(ModeInterceptor.java:37) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.core.invocation.ConstrainedWindowStateInterceptor.invoke(ConstrainedWindowStateInterceptor.java:51) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.server.invocation.component.ParametersInterceptor.invoke(ParametersInterceptor.java:70) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.server.invocation.component.CacheInterceptor.invoke(CacheInterceptor.java:74) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:242) at org.jboss.portal.server.Component.invoke(Component.java:127) at org.jboss.portal.server.invocation.portal.MainDispatcherInterceptor.invoke(MainDispatcherInterceptor.java:164) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.core.invocation.ContentTypeInterceptor.invoke(ContentTypeInterceptor.java:117) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.core.invocation.ViewInterceptor.invoke(ViewInterceptor.java:58) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.core.invocation.UserContextInterceptor.invoke(UserContextInterceptor.java:121) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:217) at org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:242) at org.jboss.portal.server.PortalServer.invoke(PortalServer.java:195) at org.jboss.portal.server.servlet.AbstractMainServlet.invoke(AbstractMainServlet.java:62) at org.jboss.portal.server.servlet.AbstractMainServlet.doGet(AbstractMainServlet.java:55) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.jboss.portal.core.servlet.Roda.run(TransactionFilter.java:96) at org.jboss.portal.common.transaction.Transactions.requiresNew(Transactions.java:75) at org.jboss.portal.core.servlet.TransactionFilter.doFilter(TransactionFilter.java:74) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at
[JBoss-dev] [Design of JBoss Portal] - Re: Redeploying portlet WAR
try to put portlet-api.jar in the lib directory of jboss and tell me View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873100#3873100 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873100 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-60) Split out org.jboss.net into a separate project/binary
Split out org.jboss.net into a separate project/binary -- Key: JBBUILD-60 URL: http://jira.jboss.com/jira/browse/JBBUILD-60 Project: JBoss Build System Type: Sub-task Reporter: Adrian Brock Assigned to: Ryan Campbell Priority: Minor Fix For: milestone-3 Make org.jboss.logging into a separate project that can be consumed indepently by standalone projects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-59) Split out org.jboss.logging into a separate project/binary
Split out org.jboss.logging into a separate project/binary -- Key: JBBUILD-59 URL: http://jira.jboss.com/jira/browse/JBBUILD-59 Project: JBoss Build System Type: Sub-task Reporter: Adrian Brock Assigned to: Ryan Campbell Priority: Minor Fix For: milestone-3 Make org.jboss.logging into a separate project that can be consumed indepently by standalone projects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBBUILD-60) Split out org.jboss.net into a separate project/binary
[ http://jira.jboss.com/jira/browse/JBBUILD-60?page=history ] Adrian Brock updated JBBUILD-60: Description: Make org.jboss.net into a separate project that can be consumed indepently by standalone projects. was: Make org.jboss.logging into a separate project that can be consumed indepently by standalone projects. Split out org.jboss.net into a separate project/binary -- Key: JBBUILD-60 URL: http://jira.jboss.com/jira/browse/JBBUILD-60 Project: JBoss Build System Type: Sub-task Reporter: Adrian Brock Assignee: Ryan Campbell Priority: Minor Fix For: milestone-3 Make org.jboss.net into a separate project that can be consumed indepently by standalone projects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBBUILD-61) Split out jbossxb into a separate project/binary
Split out jbossxb into a separate project/binary Key: JBBUILD-61 URL: http://jira.jboss.com/jira/browse/JBBUILD-61 Project: JBoss Build System Type: Sub-task Reporter: Adrian Brock Assigned to: Ryan Campbell Priority: Minor Fix For: milestone-3 Make org.jboss.net into a separate project that can be consumed indepently by standalone projects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Struts on Portal Server made possible
Timothy, Great work. Can you also send me the patch with instructions? Thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873103#3873103 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873103 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBBUILD-61) Split out jbossxb into a separate project/binary
[ http://jira.jboss.com/jira/browse/JBBUILD-61?page=history ] Adrian Brock updated JBBUILD-61: Description: Make JBossXB into a separate project that can be consumed indepently by standalone projects. was: Make org.jboss.net into a separate project that can be consumed indepently by standalone projects. Split out jbossxb into a separate project/binary Key: JBBUILD-61 URL: http://jira.jboss.com/jira/browse/JBBUILD-61 Project: JBoss Build System Type: Sub-task Reporter: Adrian Brock Assignee: Ryan Campbell Priority: Minor Fix For: milestone-3 Make JBossXB into a separate project that can be consumed indepently by standalone projects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
[EMAIL PROTECTED] wrote : For the export functionality, we want to keep the
syntax as simple as possible.
|
| This would cause the parsing as above, but would use the designated
reference id instead of the component's exports. So the export statement is
the default, but you retain the ability to reference an abitrary input.
| [/qoute]
|
| The includes or export is just a convenience such that each consuming
project
| does not need to be changed when the exported artifact definition changes.
|
| The consuming project still has the option to be more explicit about what it
| actually uses, but then that would point to a project that probably needs
| splitting up
|
| anonymous wrote :
| | To do this, I will need to add a component-info.xml for thirdparty/* in
cvs. I assme there is no problem with this? We'll need these eventually,
anyway. Basically, it will involve copying the existing thirdparty component
declarations from jbossas/jbossbuild.xml into the component-info.xml and
changing the {includes} to {export}.
|
Yes, that is exactly what I want. Each component (whether it is one our projects
or a true thirdparty project) should define its own artifacts
rather than the top level build. Doing it on the top level build stops
the project being included in multiple integration projects because it has
references back to a specific top level build.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873104#3873104
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873104
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
[EMAIL PROTECTED] wrote : [EMAIL PROTECTED] wrote : For the export
functionality, we want to keep the syntax as simple as possible.
| |
| | This would cause the parsing as above, but would use the designated
reference id instead of the component's exports. So the export statement is
the default, but you retain the ability to reference an abitrary input.
| |
|
| The includes or export is just a convenience such that each consuming
project
| does not need to be changed when the exported artifact definition changes.
|
| The consuming project still has the option to be more explicit about what it
| actually uses, but then that would point to a project that probably needs
| splitting up
|
| anonymous wrote :
| | To do this, I will need to add a component-info.xml for thirdparty/* in
cvs. I assme there is no problem with this? We'll need these eventually,
anyway. Basically, it will involve copying the existing thirdparty component
declarations from jbossas/jbossbuild.xml into the component-info.xml and
changing the {includes} to {export}.
|
Yes, that is exactly what I want. Each component (whether it is one our projects
or a true thirdparty project) should define its own artifacts
rather than the top level build. Doing it on the top level build stops
the project being included in multiple integration projects because it has
references back to a specific top level build.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873105#3873105
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873105
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
[EMAIL PROTECTED] wrote : For the export functionality, we want to keep the
syntax as simple as possible.
| (snip)
| This would cause the parsing as above, but would use the designated
reference id instead of the component's exports. So the export statement is
the default, but you retain the ability to reference an abitrary input.
|
The includes or export is just a convenience such that each consuming project
does not need to be changed when the exported artifact definition changes.
The consuming project still has the option to be more explicit about what it
actually uses, but then that would point to a project that probably needs
splitting up
anonymous wrote :
| To do this, I will need to add a component-info.xml for thirdparty/* in
cvs. I assme there is no problem with this? We'll need these eventually,
anyway. Basically, it will involve copying the existing thirdparty component
declarations from jbossas/jbossbuild.xml into the component-info.xml and
changing the {includes} to {export}.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873106#3873106
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873106
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
[EMAIL PROTECTED] wrote : For the export functionality, we want to keep the
syntax as simple as possible.
|
| This would cause the parsing as above, but would use the designated
reference id instead of the component's exports. So the export statement is
the default, but you retain the ability to reference an abitrary input.
|
The includes or export is just a convenience such that each consuming project
does not need to be changed when the exported artifact definition changes.
The consuming project still has the option to be more explicit about what it
actually uses, but then that would point to a project that probably needs
splitting up
anonymous wrote :
| To do this, I will need to add a component-info.xml for thirdparty/* in
cvs. I assme there is no problem with this? We'll need these eventually,
anyway. Basically, it will involve copying the existing thirdparty component
declarations from jbossas/jbossbuild.xml into the component-info.xml and
changing the {includes} to {export}.
|
Yes, that is exactly what I want. Each component (whether it is one our projects
or a true thirdparty project) should define its own artifacts
rather than the top level build. Doing it on the top level build stops
the project being included in multiple integration projects because it has
references back to a specific top level build.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873107#3873107
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873107
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JTA and JTS on JBoss] - Re: Integration JOTM with JBoss
Which part of DO NOT POST USER QUESTIONS HERE didn't you understand? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873109#3873109 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873109 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: classloader question
User question - User forums View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873110#3873110 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873110 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Got a lot of exceptions when i tried my own
Have the simplest example, a stateless bean TestBean:
| public class TestBean implements SessionBean {
| public void ejbCreate() throws CreateException {
| }
|
| public void setSessionContext(SessionContext sessionContext) throws
EJBException {
| }
|
| public void ejbRemove() throws EJBException {
| }
|
| public void ejbActivate() throws EJBException {
| }
|
| public void ejbPassivate() throws EJBException {
| }
|
| public void sayHello()
| {
| System.err.println(Hello AOP world);
| }
| }
|
All this gets packet into TestEjb.jar which explored looks like this
META-INF which contains only EJB related descriptors but no jboss-aop.xml
com/balamaci/proiect
-TestHome.class
-TestBean.class
-RemoteTest.class
-SimpleInterceptor.class
The SimpleInterceptor class contains:
| public class SimpleInterceptor {
|public String getName() {
|return SimpleInterceptor;
|}
|
|public Object invoke(Invocation invocation) throws Throwable
|{
| try
| {
| System.err.println( Entering SimpleInterceptor);
| System.out.println( Entering SimpleInterceptor);
| return invocation.invokeNext();
| }
| finally
| {
| System.err.println( Leaving SimpleInterceptor);
| }
|}
| }
|
got the client that just does
| try
|{
| Properties env = new Properties();
| env.setProperty(Context.INITIAL_CONTEXT_FACTORY,
org.jnp.interfaces.NamingContextFactory);
| env.setProperty(Context.PROVIDER_URL, localhost:1099);
| env.setProperty(java.naming.factory.url.pkgs,
org.jboss.naming:org.jnp.interfaces);
| Object obj = ctx.lookup(TestEJB);
| TestHome home = (TestHome)
javax.rmi.PortableRemoteObject.narrow(obj,TestHome.class);
| RemoteTest test=home.create();
| test.sayHello();
| }
| catch(Exception e)
| {
| e.printStackTrace();
| }
|
|
After starting a default instance of jboss i copy the jboss-aop.xml in the
deploy directory. The jboss-aop.xml looks like this
| ?xml version=1.0?
| aop
| bind pointcut=execution(public void
com.balamaci.proiect.TestBean-sayHello())
|interceptor class=com.balamaci.proiect.SimpleInterceptor/
| /bind
| /aop
|
After that i copy the TestEjb.jar in the deploy directory and after it says
it's been deployed, i run the client.
The ugly part is that instead of printing something nice it gets all of this:
java.rmi.ServerException: RemoteException occurred in server thread; nested
exception is:
java.rmi.ServerError: Unexpected Error; nested exception is:
java.lang.ExceptionInInitializerError
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:325)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
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:595)
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:126)
at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown
Source)
at
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118)
at
org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:163)
at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:103)
at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
at
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
at
org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:91)
at $Proxy1.sayHello(Unknown Source)
at com.balamaci.ejb.client.main(client.java:56)
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:585)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:78)
Caused by: java.rmi.ServerError: Unexpected Error; nested exception is:
java.lang.ExceptionInInitializerError
at
[JBoss-dev] jboss-4.0 build.480 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050407132926Lbuild.480 BUILD COMPLETE-build.480Date of build:04/07/2005 13:29:26Time to build:43 minutes 4 secondsLast changed:04/07/2005 09:50:09Last log entry:Use a HashMap instead of a Hashable to copy the properties while making them writable as there can be nulls. Resolves (JBAS-1669) NullPointerException in DLQHandler. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build:(1)1.17.6.2modifiedstarksmserver/src/main/org/jboss/ejb/plugins/jms/DLQHandler.javaUse a HashMap instead of a Hashable to copy the properties while making them writable as there can be nulls. Resolves (JBAS-1669) NullPointerException in DLQHandler.
[JBoss-dev] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: EJB TimerService in a clustered environment
Yes the second one sounds like the best way, and had started to work in that direction. But tell me, how do you get the startup notification from JBOSS? This is the part I'm totally lost. And thanks for the response by the way. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3873112#3873112 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873112 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (HIBERNATE-13) testEjbInterception Unit Test failure
[ http://jira.jboss.com/jira/browse/HIBERNATE-13?page=history ] Ryan Campbell reassigned HIBERNATE-13: -- Assign To: Steve Ebersole (was: Gavin King) testEjbInterception Unit Test failure - Key: HIBERNATE-13 URL: http://jira.jboss.com/jira/browse/HIBERNATE-13 Project: Hibernate Type: Bug Environment: win xp sp2 Reporter: Pushkala Iyer Assignee: Steve Ebersole The following test is failing in the 4.0 branch and needs to be resolved before the 4.0.2 Final release. We've tested this in multiple environments and received the same error. Test Case: org.jboss.test.hibernate.test.HibernateIntgUnitTestCase Test : testEjbInterception Stack Trace: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: RuntimeException; nested exception is: org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested throwable: (net.sf.hibernate.HibernateException: Unable to locate SessionFactory in JNDI under name [java:/hibernate/SessionFactory]) java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: RuntimeException; nested exception is: org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested throwable: (net.sf.hibernate.HibernateException: Unable to locate SessionFactory in JNDI under name [java:/hibernate/SessionFactory]) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292) 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:118) at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy2.storeUser(Unknown Source) at org.jboss.test.hibernate.test.HibernateIntgUnitTestCase.testEjbInterception(HibernateIntgUnitTestCase.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) Caused by: java.rmi.ServerException: RuntimeException; nested exception is: org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested throwable: (net.sf.hibernate.HibernateException: Unable to locate SessionFactory in JNDI under name [java:/hibernate/SessionFactory]) at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:386) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:196) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor315.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at
[JBoss-dev] [JBoss JIRA] Commented: (HIBERNATE-13) testEjbInterception Unit Test failure
[ http://jira.jboss.com/jira/browse/HIBERNATE-13?page=comments#action_12316776 ] Ryan Campbell commented on HIBERNATE-13: I'm still seeing this after applying Steve's fix from yesterday. The root exception is: Caused by: javax.naming.NameNotFoundException: hibernate not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:491) at org.jnp.server.NamingServer.getBinding(NamingServer.java:499) at org.jnp.server.NamingServer.getObject(NamingServer.java:505) at org.jnp.server.NamingServer.lookup(NamingServer.java:249) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:610) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:572) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.hibernate.session.HibernateContext.locateSessionFactory(HibernateContext.java:241) Looking at hibernate/src/etc/hibernate-service.xml it looks as though the session factory name may have changed from java:/hibernate/SessionFactory to java:/hibernate/HibernateFactory? Of course, the error is with hibernate not being bound, but I'm just wondering if the test is broken due to a config change w/ hibernate? testEjbInterception Unit Test failure - Key: HIBERNATE-13 URL: http://jira.jboss.com/jira/browse/HIBERNATE-13 Project: Hibernate Type: Bug Environment: win xp sp2 Reporter: Pushkala Iyer Assignee: Steve Ebersole The following test is failing in the 4.0 branch and needs to be resolved before the 4.0.2 Final release. We've tested this in multiple environments and received the same error. Test Case: org.jboss.test.hibernate.test.HibernateIntgUnitTestCase Test : testEjbInterception Stack Trace: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: RuntimeException; nested exception is: org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested throwable: (net.sf.hibernate.HibernateException: Unable to locate SessionFactory in JNDI under name [java:/hibernate/SessionFactory]) java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: RuntimeException; nested exception is: org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested throwable: (net.sf.hibernate.HibernateException: Unable to locate SessionFactory in JNDI under name [java:/hibernate/SessionFactory]) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292) 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:118) at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy2.storeUser(Unknown Source) at org.jboss.test.hibernate.test.HibernateIntgUnitTestCase.testEjbInterception(HibernateIntgUnitTestCase.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) Caused by: java.rmi.ServerException: RuntimeException; nested exception is: org.jboss.util.NestedRuntimeException: Unable to retreive Session; - nested throwable: (net.sf.hibernate.HibernateException: Unable to locate SessionFactory in JNDI under name
[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-124) @LongLived should follow new Spec defined rules
@LongLived should follow new Spec defined rules --- Key: EJBTHREE-124 URL: http://jira.jboss.com/jira/browse/EJBTHREE-124 Project: EJB 3.0 Type: Feature Request Versions: Preview 5 Reporter: Bill Burke Fix For: Preview 6 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-125) Create docbook for @Service and Asynch features
Create docbook for @Service and Asynch features --- Key: EJBTHREE-125 URL: http://jira.jboss.com/jira/browse/EJBTHREE-125 Project: EJB 3.0 Type: Task Reporter: Bill Burke Assigned to: Kabir Khan Fix For: Preview 6 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
