Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
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: <ad...@jb...> - 2005-05-02 14:17:28
|
There was a discussion before (in the AOP forum?) about APT. It is not really designed for what we want to do. One major drawback was that it was singlepass/singleclass if IIRC. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876141#3876141 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876141 |
|
From: sven.schulz <nu...@jb...> - 2005-05-02 14:04:41
|
Standards are important and adhering to them should be mandatory. However reality itself has some normative power. As of my knowledge several Portal implementors (GridSphere, Websphere) go the dirty way and make their PortalRequest classes implement HttpServletRequest. The same is true for third party libraries like MyFaces or ADF Faces. Their developers seem to rely on the castability of the PortalRequest. I am not happy with this, but having to abandon a great JSF component implementation or a great Portal Server because they aren't interoperable would be a tragedy. The guys at ADF Faces didn't respond to my inquiry. Since ADF is closed source there is no chance to adapt their implementation to make it work with JBoss. If there is any chance of you adapting the JBoss implementation, let me know. If not, we think of making the changes by ourselves. This is clearly an interim solution, but an option in our eyes. If you are aware of any issues or pitfalls with doing that, please, let us know. Regards, Sven View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876139#3876139 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876139 |
|
From: <ale...@jb...> - 2005-05-02 14:01:50
|
I'll probably need to patch xerces-2.6.2 to start using annotations. http://issues.apache.org/jira/browse/XERCESJ-968 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876138#3876138 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876138 |
|
From: ifrit <nu...@jb...> - 2005-05-02 07:14:47
|
you must enter first the type of the array for example java.lang.String and then [] without space "java.lang.String[]" View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876097#3876097 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876097 |
|
From: tieleboy <nu...@jb...> - 2005-05-02 03:17:04
|
Hello,
I have a problem when I want to hot-undeploy an interceptor at runtime. The following code first deploys the LoggingInterceptor (this works fine) but when I want to undeploy the interceptor with AspectManager.instance().removeBinding("loggingBinding") nothing changes. Is something wrong with my code, or is it a bug in JBoss AOP?
Thanks
// LoggingAspect not activated here
| execute();
|
| System.out.println("--Activate Logging Interceptor--");
| AdviceBinding binding = new AdviceBinding("loggingBinding", "execution(public void SomeClass->someMethod())", null);
| binding.addInterceptor(LoggingInterceptor.class);
| AspectManager.instance().addBinding(binding);
|
| // LoggingAspect activated here
| execute();
|
| System.out.println("--Deactivate Logging Aspect--");
| AspectManager.instance().removeBinding("loggingBinding");
| // LoggingAspect should not be activated here, but it still is activated!
| execute();
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876090#3876090
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876090
|
|
From: <jas...@jb...> - 2005-05-02 00:22:54
|
I just made these changes in head. There is still some more DOM compatibility work to be done. In particular attributes need to be revisited. Currently, if you call any of the getAttributeXXX methods, our Attribute implementation is returned. However they are not reachable via node traversal calls, since the current Node implementation effectively skips them since they are not added to its soapChildren list. Also the getAttributes() method returns a NamedNodeList which, of course, contains the xerces implementation. -Jason View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876087#3876087 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876087 |
|
From: <ju...@jb...> - 2005-05-01 19:56:29
|
actually from a config point of view it has 2 benefits : - Configuration is done from a specific object that was already existing (Configuration) that gives the capability to client to load config files, so now they don't access them through the ServletContext anymore. - The config is at the portal-core.sar/conf level instead of being in portal-core.sar/portal-server.war/WEB-INF which makes more sense. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876073#3876073 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876073 |
|
From: ShodanKRK <nu...@jb...> - 2005-05-01 19:30:10
|
Hi, Does anybody know what the syntax for arrays in pointcuts is? When I try the following: the parser stops at "[]". Any help will be appreciated. Regards, M. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876070#3876070 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876070 |
|
From: <ju...@jb...> - 2005-05-01 17:37:23
|
I have moved the config files of the server from the war file where they are located to the level just above, i.e the sar file. The main reason of that is that JBoss-4.0.2 changes the class loader behaviour for war files (and use the behaviour defined by the servlet spec) and these files are not visible anymore in the thread context class loader of the sar file. Some services for configuration were using the ServletContext of the server to load config. I have removed the usage of it and instead they use the Configuration service (already present but not much used) to load the config files they need. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876068#3876068 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876068 |
|
From: <sco...@jb...> - 2005-05-01 15:36:14
|
So JDK6 is thinking about including a standard ability to process annotations outside of a running jvm: JSR 269: Pluggable Annotation-Processing API http://www.jcp.org/en/jsr/detail?id=269 Relevant to this dicussion would be the ability to process annotations using the com.sun.mirror.* apis without loading classes. Has anyone looked at using these? http://java.sun.com/j2se/1.5.0/docs/guide/apt/mirror/overview-summary.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876063#3876063 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876063 |
|
From: <sco...@jb...> - 2005-05-01 14:58:08
|
I would say that the annotations needs to be extracted by the deployer as part of the init step to complete the metadata. This should not be solved by putting restrictions on needing the final class loader. Look at moving the current webservices deployer to an interceptor on the TomcatDeployer/EJBDeployers to allow for tighter integration with the deployment process. This intersects with discussions of how the aop/mc layers handle processing of annotation metadata so this should have a general implementation in the future. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876061#3876061 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876061 |
|
From: <tho...@jb...> - 2005-05-01 13:25:59
|
Currently the deployment of web service endpoints is based on notifications emmited by the TomcatDeployer, EJBDeployer respectivly. During the CREATE step is is neccessary to detect wheter a given war deployment is relevant to the WebServiceDeployerJSE so that the WS layer can modify the web.xml and replace the invalid <servlet-class> entries. So far the detection depends on the existens of the WEB-INF/webservices.xml descriptor. With the event of JSR-181 annotations, the entries in <servlet-class> have to be checked for @javax.jws.WebService. In order to do that, these classes need to be loaded. The web context classloader, however is not made available before the START step of the web deployment, at which time the web.xml should have been modified already. How is it possible to load a class from WEB-INF/classes (and other valid war locations) without introducing a dependency on Tomcat in JBossWS? AFAIK, the DeploymentInfo.ucl does not see these locations. IMO, the web context loader should be made available in WebMetaData.ctxLoader during INIT or CREATE if that is at all possible. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876060#3876060 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876060 |
|
From: <ale...@jb...> - 2005-04-30 16:36:53
|
Sorry. Bug reports belong in jira. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876030#3876030 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876030 |
|
From: <ale...@jb...> - 2005-04-30 16:31:35
|
Yes, maybe. I was thinking about this: throwing an exception when met an element/attribute that is not bound or just ignoring. Perhaps, there should be a property for this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876029#3876029 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876029 |
|
From: tieleboy <nu...@jb...> - 2005-04-30 15:58:43
|
Hello, I am currently preparing a presentation about Dynamic AOP with JBoss AOP. I am using a standalong application. Is it possible to add an interceptor or an advice by just adding a new class and new xml file to the classpath, or do I always need to use AspectManager.instance().addBinding(binding)? So my question is what possibilities I have to add a new interceptors to my standalone application at runtime? Tiele View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876026#3876026 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876026 |
|
From: <cle...@jb...> - 2005-04-30 05:55:57
|
The cruisecontrol for jboss-4.0 testsuite: http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite Is broken for about a month. Try to look at test results. If you run cruisecontrol's, HEAD/tools/etc/cruisecontrol/scripts/do_test.sh you will have the PermSize problem. And this only occur in the QA environment. I don't know exactly why do_test.sh which aparently doesn't do anything special would change PermSize behavior, but I know if I execute this script instead of calling ant directly I would have the error. My test doesn't have anything to do with that. We are having the PermSize OME without activate the matrix testsuite, just our regular testsuite, as I didn't configure cruisecontrol for that yet. (It will require to create some directories at QA box - dev05). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876004#3876004 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876004 |
|
From: <sco...@jb...> - 2005-04-30 00:49:00
|
I ran the full testsuite yesterday prior to your compatibility matrix addition and it ran without any memory issues. At what point is the OME occurring, and is this with or without your new compatibility tests? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876001#3876001 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876001 |
|
From: <cle...@jb...> - 2005-04-29 22:05:39
|
This is on the server. My trying now is to set <start-jboss conf="all" jvmargs="-Xmx256m"/> for jboss-all-config-tests. If it doesn't work I will try setting some -XX:PermSomething (I forgot the parameter names now... I will need to google it) in the JVM options. And my guess is the leak on the classloads also. I just wanted to have this working in cruisecontrol. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875992#3875992 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875992 |
|
From: <cle...@jb...> - 2005-04-29 22:01:56
|
I didn't profile this yet, but it looks like if we have: JBossTestServices::initialContext and JBossTestServices::server as static variable our testsuite would run much faster. Is there any problem in set these variables as static? Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875991#3875991 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875991 |
|
From: <ad...@jb...> - 2005-04-29 22:00:10
|
Also, previously a similar problem was caused by the AOP tests turning on the flag to transform all classes and not turning it off again. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875990#3875990 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875990 |
|
From: <ad...@jb...> - 2005-04-29 21:58:43
|
Is this in the server or the testsuite jvm? If it is on the server, we need to check that it is not leaking classloaders which will stop those objects in the perm generaton getting garbage collected. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875989#3875989 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875989 |
|
From: <cle...@jb...> - 2005-04-29 21:52:25
|
I'm investigating why we have the testsuite broken into hanging into our cruise control testsuite for JBoss 4.0, and I discovered that we are getting out of Perm Space. I will change the testsuite/build.xml to use more memory in the jboss-start. Maybe setting the -Xmx to 256m would fix the problem. so, anyone see any issue on doing this? Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875987#3875987 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875987 |
|
From: dnordin <nu...@jb...> - 2005-04-29 20:18:39
|
I was wondering what the best approach would be to declaratively secure web services by user and / or group. Our web services invoke methods in stateless session beans under JBOSS 4.00. I have looked at the asegi security framework for Spring which uses a ThreadLocal based security context. This requires that the login method and subsequent method calls use the same thread. This of course works well for web apps since servlet invocations in the same http session use the same thread in the servlet. But in my ejb web service test app I noticed that web service calls to a session bean can run under different threads (in the session bean) even when methods are called one after another from the same client. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875980#3875980 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875980 |
|
From: <mcu...@jb...> - 2005-04-29 19:47:22
|
We are replacing our XML editor with the much more actively maintained/developed equivalent from Webtools in the next Milestone (coming up within the next week). Webtools and JBossIDE both use code from the XMen XML editor, but JBossIDE is much more out of date. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875977#3875977 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875977 |
|
From: <bil...@jb...> - 2005-04-29 19:45:28
|
Also, I think a getRecoverable() may be useful in the future as well if one XAResource fails in commit we can reconnect through the Recoverable and retry. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3875976#3875976 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3875976 |
1965 messages has been excluded from this view by a project administrator.
