You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
From: <bil...@jb...> - 2005-07-06 14:09:32
|
that's because there are none :) Adrian played with writing some a little, but ditched it. I'm not a big fan if logging aspects as they are not really logging, they are tracing. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883867#3883867 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883867 |
From: acxsjones <nu...@jb...> - 2005-07-06 14:00:29
|
OK, I must be lost. I do not find anything on the logging aspects that are under org/jboss/aspects/logging Any hints? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883862#3883862 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883862 |
From: <kab...@jb...> - 2005-07-06 13:29:18
|
Yes, The aspects are meant for your use. Note that some of these work both inside and outside JBoss (logging, read/write locks etc.), while some leverage Jboss services and thus work only inside JBoss (security, transactions etc.) You can find some documentation about our aspects here http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossAOP If you write any interesting aspects and feel like contributing them back, feel free :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883857#3883857 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883857 |
From: <ju...@jb...> - 2005-07-06 13:15:58
|
yes, we are working on that and make the CMS store content pluggable too. we will provide hooks at different level to allow 3rd party CMS to be plugged in JBoss Portal. for 2.2 of course View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883851#3883851 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883851 |
From: acxsjones <nu...@jb...> - 2005-07-06 13:13:37
|
I am interested to see if 1. Is it recommended for users to use some of the aspect's in the jboss-aspect-library.jar. 2. Is there any documentation on the funcationality of the aspect's in the jboss-aspect-library.jar I am wanting to write some logging aspect's and saw some items under logging in this jar. It would be great if I could use these. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883849#3883849 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883849 |
From: garbett <nu...@jb...> - 2005-07-06 13:12:17
|
I posted this to the wrong forum. Sorry about that, I've got a cold and commited multiple stupidities yesterday. Will cross post to the correct forum. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883848#3883848 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883848 |
From: yxyang <nu...@jb...> - 2005-07-06 13:12:03
|
It will be difficult to use CMSPortlet without careful design of current CMSPortlet. For third party developer like me, it is inconvenient to modify the CMSPortlet code and do maintainence. I hope JBoss portal team will consider this carefully to provide third party developer a clean solution to use CMSPortlet. Regards Yang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883847#3883847 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883847 |
From: garbett <nu...@jb...> - 2005-07-06 13:11:52
|
I posted this to the wrong forum. Sorry about that, I've got a cold and commited multiple stupidities yesterday. Will cross post to the correct forum. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883846#3883846 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883846 |
From: <tho...@jb...> - 2005-07-06 12:06:06
|
Jason wrote, Ok, I did some research on this, and I have an answer for you. The reason why hotcode replace is not working, is because the eclipse compiler and the javac compiler are generating different byte code. This effectively causes all code changes to be a schema change. I was able to fix this by changing the my build configuration to use the eclipse compiler. These are the steps I took to fix this: 1. Copy org.eclipse.jdt.core_3.1.0.jar from your eclipse/plugins directory to your ant/lib. If you are using the build.sh or build.bat then this will be in jboss-head/tools/lib. 2. Extract the jdtCompilerAdapter.jar file from org.eclipse.jdt.core_3.1.0.jar and put it in your ant/lib (or jboss-head/tools/lib) 3. Edit your build/local.properties file and set build.compiler=org.eclipse.jdt.core.JDTCompilerAdapter 4. do a build clean; build to recompile the main jboss build with the eclipse compiler. I am not sure whether the byte code difference is intentional, it could be that this is all a bug, but I am guess that it is not. I have not tried the final release of 3.1 (released the 25th). I will report back when I find that out. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883835#3883835 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883835 |
From: chungjl <nu...@jb...> - 2005-07-06 11:06:44
|
one machine two instance os : window xp command : run.bat using the sample-bindings.xml file i run two instance on the same machine. >run.bat -c all1 >run.bat -c all2 if i want to kill one of them. which command is proper? in advance thank you... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883830#3883830 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883830 |
From: legolas <nu...@jb...> - 2005-07-06 09:53:42
|
Hi JBossUser, This is not particularly an issue of JBossPortal, it is a lack in the Java Portlet API specification. Inter portlet communication has been postponed for the next release of the spec, but at the moment there is not much progress in the next release. As Yang already mentioned, inter portlet communication can only be achieved using PortletSession using application scope. portletSession.setAttribute(key, value, PortletSession.APPLICATION_SCOPE); And retrieve it again using portletSession.getAttribute(key, PortletSession.APPLICATION_SCOPE); According to the Java Portlet Specificatiopn version 1.0 PLT.15.3: anonymous wrote : Any object stored in the session using the APPLICATION_SCOPE is available to any other portlet that belongs to the same portlet application and that handles a request identified as being part of the same session. This means that your object is only gauranteed to be available if your portlets are in the same war. Hope this helps, Marcel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883817#3883817 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883817 |
From: <kab...@jb...> - 2005-07-06 09:43:55
|
To use the -javaagent switch, you must use AspectManagerServiceJDK5 as the code for the service. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883815#3883815 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883815 |
From: mikezzz <nu...@jb...> - 2005-07-06 07:29:08
|
Can you find and post the first exception thrown during application start up/deployment? How are you deploying JBMail to JBoss server? If you are using the 'dev-deploy' task, try the 'deploy' task. Make sure that you have deployed to the default configuration. Also can you check that you have the hibernate3 deployer installed? Also check that the common-collections jar file has been copied into the deployer directory. I run on both JDK 1.4.2 and 1.5, so that shouldn't be a problem. Essentially the jndi name 'jbossmail.HibernateSessionFactory' is not being bound. Which means the mail.har is not deploying properly. That would suggest some problem with the hibernate deployer. Can you confirm that the version of XDoclet in the jboss-mail/xdoclet-lib directory is 1.2.3? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883798#3883798 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883798 |
From: Hacki.Wimmer <nu...@jb...> - 2005-07-06 06:44:10
|
Hi, currently I?m migration several applications from bea to jboss. However, I = have a couple of EJB=C2=B4s which are used from a couple of web application= s. Now I try to find a useful packing and deploy strategy because I have java = classes which are used from several EJB=C2=B4s and several servlets too. So= I have the same class in several deployments (ejb-xyz.jar and web-app-abc.= war). I have made many tests with the configuration parameters=20 * Java2ClassLoadingCompliance and=20 * UseJBossWebLoader so I will have applications which are running! But I?m not very happy, bec= ause If I redeploy one application or EJB, I?ll get several ClassCast-Excep= tions or NoClassDefFound-Exceptions at the runtime of my application. If I = restart my jboss server these problems not longer occur!=20 Does anyone knows a documentation ? or anything else - how describes deploy= ment strategies for complex applications? Many thanks View the original post : http://www.jboss.org/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3883790#3883790 Reply to the post : http://www.jboss.org/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3883790 |
From: ricardoarguello <nu...@jb...> - 2005-07-06 06:24:21
|
I understand there is a standalone JAXP version that runs on JDK 1.4: JAXP https://jaxp.dev.java.net/ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883788#3883788 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883788 |
From: nichoj <nu...@jb...> - 2005-07-06 04:45:30
|
Hi, I'm looking to building jboss-aop, to the ends of creating a package of it for Gentoo Linux. So, I downloaded and extracted jboss-aop_1.3.zip, but for the life of me, I can't find an Ant script for building it. Is there something I'm missing? If someone could enlighten me, I would very much appreciate it. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883779#3883779 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883779 |
From: jeff87 <nu...@jb...> - 2005-07-06 03:54:33
|
I do have the latest. I've tried 4.0.2 and the instructions in the post about running in 4.0.1 (the new ant task and all that stuff). In both instances I get the message | --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- | ObjectName: jboss.mail:service=Hibernate | State: NOTYETINSTALLED | Depends On Me: | jboss.mail:name=PagedStore,type=MailServices | I still have java 1.4.2, should I upgrade to 1.5 as well? What types of things would keep the MBean from installing? Thanks, Jeff View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883777#3883777 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883777 |
From: Neateye <nit...@ao...> - 2005-07-05 21:44:39
|
Call out Gouranga be happy!!! Gouranga Gouranga Gouranga .... That which brings the highest happiness!! |
From: <rl...@jb...> - 2005-07-05 21:24:38
|
While working on building I ran across an inconsistency with the old system. In the file modules.ent, from the buildmagic system, the following is defined: <!-- AOP --> | <property name="jboss.aop.root" value="${project.root}/thirdparty/jboss-aop"/> | <property name="jboss.aop.lib" value="${jboss.aop.root}/lib"/> | <path id="jboss.aop.classpath"> | <pathelement path="${jboss.aop.lib}/jboss-aop.jar"/> | </path> This file defines only module properties except for the above. I think this definition should be moved to the libraries.ent file for the following reasons: 1) Consistency 2) If the property exists in the libraries.ent file we can give it the proper value (with the version number in the path) when we generate a new one. If it remains in the modules.ent the property is set and immutable. The build.xml would have to be modified to reference the correct path. (bad) Are there any reasons why we couldn't or shouldn't do this? Ruel Loehr JBoss QA View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883748#3883748 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883748 |
From: garbett <nu...@jb...> - 2005-07-05 21:24:06
|
I've got a custom tag library, I must be treated as a global resource to all war files. Everything is fine on a scratch build and install. It's when I edit the tag library, I can't figure out how to get Tomcat to recognize that it's changed. It also has a mysterious way of resurrecting old versions of the custom tag library when I rebuild. I point jasper in the build to the jboss jasper and tomcat libraries, and somehow the build picks the old one back up. I need to know how to republish a custom tag library so that all the cached and pooled versions get flushed. Shawn View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883747#3883747 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883747 |
From: garbett <nu...@jb...> - 2005-07-05 21:20:40
|
I having trouble figuring out how to just restart Tomcat without restarting JBoss. Don't know if this is useful, just couldn't find the button. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883746#3883746 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883746 |
From: Iapetus999 <nu...@jb...> - 2005-07-05 18:50:29
|
I put it in the /bin directory (JBOSS_HOME/bin) Here is the output of run.bat: JBoss Bootstrap Environment | . | JBOSS_HOME: C:\apps\jboss-4.0.1sp1\bin\\.. | . | JAVA: C:\Program Files\Java\jdk1.5.0_01\bin\java | . | JAVA_OPTS: -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=iapetus:39294,suspend=y,server=n -Dmms.core.config=C:\projects\6\marble\source\config\test-harness -Dprogram.name=run.bat -javaagent:pluggable-instrumentor.jar -Xms128m -Xmx512m | . | CLASSPATH: C:\Program Files\Java\jdk1.5.0_01\lib\tools.jar;C:\apps\jboss-4.0.1sp1\bin\\run.jar | . View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883721#3883721 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883721 |
From: hr_stoyanov <nu...@jb...> - 2005-07-05 18:34:26
|
Christian-, Thanks for the links! Still, I'd prefer if you folks post your internal benchmarks that refute the www.polepos.org findings, for the benefit of teams debating the costs of switching to EJB 3.0/the new persistence framework and moving away from DAOs. Raw, cold numbers talk a lot to managers :-) Thanks again, Hristo View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883720#3883720 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883720 |
From: mtedone1 <nu...@jb...> - 2005-07-05 18:30:37
|
Hi, I was going through the org.jboss.deployment.scanner.DeploymentFilter and I saw that it excludes also 'tags'. As for JSP 2.0/Servlet 2.4, 'tags' is a reserved word for a folder under WEB-INF in WAR files, which contains custom files (basically JSP files with .tag extension) which can be included in a JSP page. What are your thoughts about it? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883718#3883718 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883718 |
From: <bil...@jb...> - 2005-07-05 18:24:58
|
did you set up the pluggable-instrumentor.jar? Doco has more info. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883717#3883717 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3883717 |