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: <kab...@jb...> - 2005-07-09 11:25:20
|
I am sure we have tests in our testsuite for this. In any case I gave it a go, and it worked for me. | public class ConstructorInterceptor implements Interceptor | { | public String getName() { return "ConstructorInterceptor"; } | | public Object invoke(Invocation invocation) throws Throwable | { | try | { | System.out.println("<<< Doing it"); | Object o = invocation.invokeNext(); | System.out.println("Got o " + (o != null)); | return o; | } | finally | { | System.out.println(">>> Leaving ConstructorInterceptor"); | } | } | } | | <aop> | | <bind pointcut="call(* java.lang.Class->newInstance(..))"> | <interceptor class="ConstructorInterceptor"/> | </bind> | | </aop> | | public class Driver | { | public static void main(String[] args) throws Exception | { | Class clazz = POJO.class; | System.out.println("--- new POJO(); ---"); | POJO pojo = (POJO)clazz.newInstance(); | System.out.println("Got pojo " + (pojo != null)); | } | } | | <?xml version="1.0" encoding="UTF-8"?> | <aop> | | <bind pointcut="call(* java.lang.Class->newInstance(..))"> | <interceptor class="ConstructorInterceptor"/> | </bind> | | </aop> | Output: | | [java] --- new POJO(); --- | [java] <<< Doing it | [java] empty constructor | [java] Got o true | [java] >>> Leaving ConstructorInterceptor | [java] Got pojo true | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884262#3884262 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884262 |
From: <ben...@jb...> - 2005-07-09 04:53:27
|
Maink, I don't expect we have accidentally bundled it into our package now. We just need to be aware of it. -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884256#3884256 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884256 |
From: jeff87 <nu...@jb...> - 2005-07-09 00:27:43
|
OK, I got the latest of that file from cvs and did a copy & paste of just my changes to the code. No telling Eclipse to format the file this time. It's uploaded. Thanks, Jeff View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884247#3884247 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884247 |
From: oberon777 <nu...@jb...> - 2005-07-08 21:39:40
|
I am using invocation.invokeNext() for caller invocations to capture the return result of the method being intercepted. However, it appears that that value is null. The pointcut in question is | <bind pointcut="call(* java.lang.Class->newInstance(..))"> | <interceptor class="CallerInterceptor"/> | </bind> | I don't think exceptions are being thrown. Any thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884244#3884244 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884244 |
From: <rl...@jb...> - 2005-07-08 20:58:56
|
Using the thirdparty-build.xml definitions file, a generated libraries.ent file, and a generated thirdparty folder, I have succesfully completed builds using both the 1.4 and 1.5 compiler. The following instructions will execute this functionality. mkdir test | cd test | cvs co -r Branch_4_0 jboss-4.0.x | cd jboss-4.0 | cd build | ant -f build-thirdparty.xml generate-lib-file | ./build.sh | cd output | cd jboss-4.0.3RC1 | cd bin | ./run.sh | The dependencies are downloaded and then the target "generate-lib-file" creates a libraries.ent file which has the correct path information. I will continue work on validating the build and running the testsuite. Ruel Loehr JBoss QA View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884242#3884242 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884242 |
From: <ad...@jb...> - 2005-07-08 18:26:09
|
It is currently very hard to "cherry pick" the client side jars because the exceptions that could be thrown by the server (usually embedded as a nested exception) are scattered across many jars. We should create a jboss-exceptions.jar to make this easier. Thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884233#3884233 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884233 |
From: <kab...@jb...> - 2005-07-08 14:36:24
|
Take a look at http://docs.jboss.com/aop/1.3/aspect-framework/reference/en/html/xml.html#xml-metadata Also, the "metadata" example shows how to apply metadata. The example uses the annotation compiler to generate a metadata-aop.xml file from the JDK 1.4 annotations (rather than compiling them into the bytecode). You can put metadata tags like those in the generated metadata-aop.xml file into your jboss-aop.xml file View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884211#3884211 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884211 |
From: acxsjones <nu...@jb...> - 2005-07-08 14:23:13
|
There is a line in the code | if (callLogging) | callLogging = Boolean.valueOf((String)invocation.getMetaData(LOGGING, CALL_LOGGING)).booleanValue(); | What is this doing. I can get my own aspects attached to my code but do not see anything from this aspect. I have logging turned to debug. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884209#3884209 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884209 |
From: seetesh_h <nu...@jb...> - 2005-07-08 13:49:23
|
Hello all, Sorry to have intrued in this forum. Does Jboss 4.0.x support Hibernate with Spring framework? Rgds, Seet View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884202#3884202 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884202 |
From: <tho...@jb...> - 2005-07-08 09:00:46
|
Backporting the new names is not necessary. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884165#3884165 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884165 |
From: <be...@jb...> - 2005-07-08 07:25:03
|
Yes, this is a known issue View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884158#3884158 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884158 |
From: <man...@jb...> - 2005-07-08 06:49:56
|
I've also noticed that org.jboss.cache.transaction.DeadlockTest (used to be org.jboss.cache.tests.transaction.DeadlockTest) still fails? Is this a known issue, the failures are testConcurrentUpgrade and testMoreThanOneUpgrader? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884153#3884153 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884153 |
From: yxyang <nu...@jb...> - 2005-07-08 06:17:30
|
Hi, I went through the ForumPortlet and UserPortlet, both portlets have hardcoded some logic with the window states. E.x., in ForumPortlet: Who can explain to me what is the purpose to hardcode such codes which make it difficult to reuse? thanks Yang -------------------------------------------------------------------------- String op = req.getParameters().get(getOperationName(), getDefaultOperation()); if (req.getWindowState() != WindowState.MAXIMIZED) { writer.write("<table width=\"100%\" cellpadding=\"2\" cellspacing=\"2\"><tr class=\"portlet-section-body\">"); // Window is is normal mode // Check if the user is an administrator boolean isAdmin = req.hasPermission("Admin"); if (isAdmin) { writer.write("<td width=\"50%\" align=\"center\" class=\"portlet-menu-item\">"); // Create a link to the administration interface PortletURL adminURL = resp.createRenderURL(); adminURL.setParameter("op", "" + OP_SHOWADMINFORUMS); adminURL.setWindowState(WindowState.MAXIMIZED); writer.write("<a href=\"" + adminURL.toString() + "\">" + "<img border=\"0\" src=\"" + req.getContextPath() + "/subSilver/images/icon_forums_admin.gif\">" + bundle.getString("Admin_panel") + ""); writer.write(""); writer.write("<td width=\"50%\" align=\"center\" class=\"portlet-menu-item\">"); } else ---------------------------------------------------------------------------- View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884149#3884149 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884149 |
From: <man...@jb...> - 2005-07-08 05:52:59
|
Ok, tests have been repackaged accordingly, it should allow for removal of unnecessary public methods in API classes which are only used for testing in future refactoring. Please sync up your tests dir. Oh, and ignore all unit test failures in org.jboss.cache.optimistic ... :) This is still incomplete! Do let me know if you have any probs with this new structure. Cheers, Manik PS: Ben, I'll double-check the ant script, but I do believe nothing under the test dir is bundled into the src package. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884147#3884147 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884147 |
From: acxsjones <nu...@jb...> - 2005-07-08 03:13:39
|
OK I got my head out of my The issue was the bat file. I pasted the line directly from the tutorial as | JAVA_OPTS="$JAVA_OPTS -Dprogram.name=%PROGNAME% -Xbootclasspath/p:jboss-classloader-transformer.jar:jdk14-pluggable-instrumentor.jar" | I needed to change the : between the two jars to a ; | JAVA_OPTS="$JAVA_OPTS -Dprogram.name=%PROGNAME% -Xbootclasspath/p:jboss-classloader-transformer.jar;jdk14-pluggable-instrumentor.jar" | I change the other things to make it dos base but not that Thanks again for your help. I have the injboss examples working and I have my old examples working again View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884138#3884138 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884138 |
From: lhoriman <nu...@jb...> - 2005-07-08 02:58:09
|
To answer my own question... no, it doesn't appear to be possible. The forums data model is inextricably tied to the core portal data model by way of the User object. Hibernate queries span the two data models. Ugh. It's not exactly a portlet. Jeff Schnitzer Voodoodyne Inc. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884137#3884137 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884137 |
From: ocean <nu...@jb...> - 2005-07-08 01:02:17
|
there is a link talking about saxparser: http://junlu.com/msg/77548.html I'm still experiencing these problems with HTML error message. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884130#3884130 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884130 |
From: acxsjones <nu...@jb...> - 2005-07-07 23:09:59
|
no. The only thing I see that I try changing is the . at the end of injbossaop I tried both | <attribute name="Include">org.jboss.test,org.jboss.injbossaop.</attribute> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884125#3884125 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884125 |
From: <bil...@jb...> - 2005-07-07 22:11:32
|
there is a typo in your "Include" attribute. Do you see it? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884120#3884120 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884120 |
From: acxsjones <nu...@jb...> - 2005-07-07 21:47:16
|
Done that. My file looks like | <?xml version="1.0" encoding="UTF-8"?> | <!-- $Id: jboss-service.xml,v 1.3.2.3 2005/06/19 07:08:07 bill Exp $ --> | | <!-- ===================================================================== --> | <!-- JBoss Server Configuration --> | <!-- ===================================================================== --> | | <server> | | <mbean code="org.jboss.aop.deployment.AspectManagerService" | name="jboss.aop:service=AspectManager"> | <attribute name="EnableLoadtimeWeaving">true</attribute> | <!-- only relevant when EnableLoadtimeWeaving is true. | When transformer is on, every loaded class gets | transformed. If AOP can't find the class, then it | throws an exception. Sometimes, classes may not have | all the classes they reference. So, the Suppressing | is needed. (i.e. Jboss cache in the default configuration --> | <attribute name="SuppressTransformationErrors">true</attribute> | <attribute name="Prune">true</attribute> | <attribute name="Include">org.jboss.test,org.jboss.injbossaop</attribute> | <attribute name="Exclude">org.jboss.</attribute> | <attribute name="Optimized">true</attribute> | <attribute name="Verbose">false</attribute> | </mbean> | | <mbean code="org.jboss.aop.deployment.AspectDeployer" | name="jboss.aop:service=AspectDeployer"> | </mbean> | | </server> | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884115#3884115 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884115 |
From: <jas...@jb...> - 2005-07-07 21:45:09
|
I have resolved all of the portability issues in JBWS-267 save one. The problem is that there is no standard way to configure a mime type via DII, so we must use proprietary xml types. These types are different between the two stacks. It is possible to make the 4.0 branch support the new types, but not possible to make head support the old types. The reason for this is that the fake xml types represented java classes with Axis, and with the new attachments implementation they are a direct translation for mime types. For example the localname for image/jpeg and image/gif is "Image" with Axis, but "image_jpeg", and "image_gif" on jbossws. Currently the test detects the stack and uses the proper names for each? Should I backport the new names? -Jason View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884114#3884114 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884114 |
From: <kab...@jb...> - 2005-07-07 21:41:56
|
Make sure that you add org.jboss.injbossaop to the "Include" attribute of the aspect manager service. Otherwise they get excluded by the org.jboss value put into the Exclude attribute. Entries are comma separated. I have enabled this example by default in 1.3.1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884113#3884113 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884113 |
From: mikezzz <nu...@jb...> - 2005-07-07 21:36:57
|
I have added Hibernate Mail List, which is a replacement for the last of the EJB implementated modules in the Mail Server. I have also added JUnits for the Mailboxes and Maillists. In order to simplify the writing of the tests I have created a JMXTestRunner MBean which serves as a proxy to run JUnits within a JBoss app server. I have moved the store tests over to using this mechanism also. If there are no major objections to this I would like to modify all of the tests to work this way. To run the tests there is a JMXTestRunnerTask that will call the MBean with all of the class names that are present within a specified fileset. The JMXTestRunner has 2 methods. runTests() and runTestXML(). The first will run the test suite specified and will return a simple string summary. Useful for ad-hoc testing via the JMX-Console. The second will also execute a named test suite, but will return an XML structure similar to the one produces but the JUnit ant task, such that the JUnit report task can be reused to generate testing reports. The run-test task will delete the hibernate data directory, starts the JBoss instance, runs the tests, stops the server. In order run correctly the CLASSPATH needs to set. The build.bat and build.sh scripts have been modified to cater for this. Also I have added log4j.jar to the CLASSPATH setting to fix the annoying (but harmless) exception printed out when running hibernate doclet. Mike. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884110#3884110 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884110 |
From: acxsjones <nu...@jb...> - 2005-07-07 21:32:29
|
I have add those items to java_opts and added the jars to the bin directory and EnableLoadtimeWeaving=true. And still not executed my aspects. I am working on the examples under injboss and not getting the aspects execute. So there is something miss alined. | | =============================================================================== | . | JBoss Bootstrap Environment | . | JBOSS_HOME: C:\jboss-4.0.2\bin\\.. | . | JAVA: C:\j2sdk1.4.2_06\bin\java | . | JAVA_OPTS: -Dprogram.name=run.bat -Xbootclasspath/p:jboss-classloader-transformer.jar:jdk14-pluggable-instrumentor.jar -Xms128m -Xmx512m | . | CLASSPATH: C:\j2sdk1.4.2_06\lib\tools.jar;C:\jboss-4.0.2\bin\\run.jar | . | =============================================================================== | . | 16:27:24,056 INFO [Server] Starting JBoss (MX MicroKernel)... | 16:27:24,056 INFO [Server] Release ID: JBoss [Zion] 4.0.2 (build: CVSTag=JBoss_ | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884108#3884108 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884108 |
From: <kab...@jb...> - 2005-07-07 21:23:00
|
It works fine for me. Don't worry too much about the contenys of create-pluggable-jboss-classloader.bat. It sounds like it is creating the file as expected Did you do these steps from the docu: anonymous wrote : | This will create a jboss-classloader-transformer.jar. Copy this jar to the bin/ directory of your JBoss Application server distribution. | | Next, you need to copy the jdk14-pluggable-instrumentor.jar from the lib/ directory of your JBoss AOP distribution to the bin/ directory of your JBoss application server installation. Next edit run.sh or run.bat (depending on what OS you're on) and add the following to the JAVA_OPTS environment variable | | | | JAVA_OPTS="$JAVA_OPTS -Dprogram.name=%PROGNAME% -Xbootclasspath/p:jboss-classloader-transformer.jar:jdk14-pluggable-instrumentor.jar" | | | | | | After modifying JAVA_OPTS and setting the EnableLoadtimeWeaving to true, then you should be ready to go. | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884105#3884105 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884105 |