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: <ju...@jb...> - 2005-06-10 12:55:34
|
look at the catalog portlet, but it is very proprietary and the API is likely to change in the next minor version (2.2) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881080#3881080 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881080 |
|
From: legolas <nu...@jb...> - 2005-06-10 11:41:25
|
Hi all, Is there a way to access the page information as defined in *-pages.xml, from a layout jsp? Using that information I can create a menu as part of the theme/layout and have it around on all pages even if a portlet is shown maximized. Thanks, Marcel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881065#3881065 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881065 |
|
From: adamw <nu...@jb...> - 2005-06-10 11:26:19
|
Yes, it is logical :). So there's no way to pass some parameters to portlets while constructing an URL to another page? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881064#3881064 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881064 |
|
From: <tom...@jb...> - 2005-06-10 05:26:26
|
Uh, what he said... But to add a little more detail, the man in the middle is all up to network and authentication. If using SSL, can be somewhat restrictive as to what cert you will trust based on the ip that the cert says it is for vs. the ip that it actually came from (and a few other little tricks like this). For the most part, hard to be absolute. For denial of service, as Scott said, is usually more of an issue at the network level (and plenty of ways to configure routers, firewalls, etc. to combat this). For the jvm layer, the transports do provide configuration for at least putting controls around this. The socket transport is probably the best example where can set the connection pool size, backlog, etc. If the person that raised the question has any particular concerns, have them post here. Just to make sure I have all the angles covered. :) -Tom View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881031#3881031 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881031 |
|
From: <sco...@jb...> - 2005-06-10 04:11:31
|
The remoting layer is not responsible for dealing with man in the middle attacks. Its a function of the authentication layer, and ssl is not imune to such an attack as described here: http://www.sans.org/rr/whitepapers/threats/480.php and http://www-128.ibm.com/developerworks/linux/library/l-openssl2.html?ca=dgr-lnxw06SecureHandshake It all comes down to can you really trust the cert. You can certainly use other protocols like SRP which have good MITM proof characteristics. Denial of service can occur at many levels from the network routers, os network stack, java vm network stack, application layer handlers, etc. The basic theme is what happens when there is a flood of connections, at least as far as the remoting layer is concerned. Control of resources via pooling is essentially all remoting can do to avoid problems. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881029#3881029 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881029 |
|
From: <ma...@jb...> - 2005-06-10 02:36:44
|
I delivered a presentation on JBoss/Remoting tonight at the Philly JBUG, and received a question that I didn't know the answer. I figured I post it here since I promised to find the answer :-) It involves security. We know that today JBoss/Remoting supports SSL, thus providing security at the low-level transport layer. But how does JBoss/Remoting plan to provide security against things such as denial-of-service or man-in-the-middle type attacks. Can JBoss/Remoting even combat these attacks or does something have to be built on top of it? I'm no security expert and don't understand all the nuances of these types of problems - hopefully, some one else does. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881027#3881027 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881027 |
|
From: jzp1974 <nu...@jb...> - 2005-06-10 02:17:00
|
this is servlet xdoclet content: /** * Servlet Class * * @web.servlet name="T2servlet" * display-name="Name for Tservlet" * description="Description for Tservlet" * * @web.servlet-mapping url-pattern="/Tservlet" * * @web.ejb-ref name="ejb/Hello" * type="Session" * home="test.HelloHome" * remote="test.Hello" * description="Reference " * * @jboss.ejb-ref-jndi ref-name="ejb/Hello" * jndi-name="ejb/Hello" */ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881025#3881025 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881025 |
|
From: jzp1974 <nu...@jb...> - 2005-06-10 02:11:44
|
i useJBossIDE-1.4.1-e30,and i use a servlet call ejb as tutorial,but xdoclet didn't creat servlet mapping in web.xml ,i find error in eclipse log as this:: !ENTRY org.jboss.ide.eclipse.xdoclet.assist 4 0 ??? 10, 2005 09:34:28.562 !MESSAGE Unable to download requested document !STACK 0 java.net.UnknownHostException: www.jboss.org at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:153) at java.net.Socket.connect(Socket.java:452) at java.net.Socket.connect(Socket.java:402) at sun.net.NetworkClient.doConnect(NetworkClient.java:139) at sun.net.www.http.HttpClient.openServer(HttpClient.java:402) at sun.net.www.http.HttpClient.openServer(HttpClient.java:618) at sun.net.www.http.HttpClient.(HttpClient.java:306) at sun.net.www.http.HttpClient.(HttpClient.java:267) at sun.net.www.http.HttpClient.New(HttpClient.java:339) at sun.net.www.http.HttpClient.New(HttpClient.java:320) at sun.net.www.http.HttpClient.New(HttpClient.java:315) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:521) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:498) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:626) at java.net.URL.openStream(URL.java:913) at org.jboss.ide.eclipse.jdt.xml.core.ns.LocalCache.fetchContent(LocalCache.java:169) at org.jboss.ide.eclipse.jdt.xml.core.ns.LocalCache.getFile(LocalCache.java:55) at com.wutka.dtd.DTDParser.(DTDParser.java:78) at com.wutka.dtd.DTDParser.(DTDParser.java:62) at org.jboss.ide.eclipse.jdt.xml.core.ns.Namespace.parseDTD(Namespace.java:540) at org.jboss.ide.eclipse.jdt.xml.core.ns.Namespace.readDTD(Namespace.java:211) at org.jboss.ide.eclipse.jdt.xml.ui.reconciler.NodeReconciler.fix(NodeReconciler.java:639) at org.jboss.ide.eclipse.jdt.xml.ui.reconciler.NodeReconciler.createTree(NodeReconciler.java:148) at org.jboss.ide.eclipse.jdt.xml.ui.editors.XMLDocumentProvider.createDocument(XMLDocumentProvider.java:59) at org.eclipse.ui.editors.text.FileDocumentProvider.createElementInfo(FileDocumentProvider.java:638) at org.eclipse.ui.texteditor.AbstractDocumentProvider.connect(AbstractDocumentProvider.java:397) at org.eclipse.ui.texteditor.AbstractTextEditor.doSetInput(AbstractTextEditor.java:2869) at org.eclipse.ui.texteditor.StatusTextEditor.doSetInput(StatusTextEditor.java:173) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881024#3881024 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881024 |
|
From: <cle...@jb...> - 2005-06-09 22:16:27
|
This is just to make an anoucement. I just finished the database persistence layer. That means that I will start producing reportings today, and I will start with the cool stuff first. (Charts :-) ) I will be using JFreeChart. Clebert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881008#3881008 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881008 |
|
From: mholzner <nu...@jb...> - 2005-06-09 22:13:01
|
Julien can explain this in more detail, but the short is: yes, this is expected. The Portlet Spec demands that the request params are only available to the PortletRequest, if they were added to a RenderURL or ActionURL in the Protlet that will receive that request. In other words: Portlets are not allowed to see the HttpServletRequest's parameters. does that make sense ? ...I tried ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3881006#3881006 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3881006 |
|
From: adamw <nu...@jb...> - 2005-06-09 21:05:50
|
Right now, in ForumsPortlet.java the decision on what to display is based only on the window state
if (req.getWindowState() != WindowState.MAXIMIZED)
{ display a link }
else
{ display the forum }
What I think you could do, is add support for a special property which would cause that the forums portlet displays the forums, not the link, when it is not maximized. Of course it has sense only if the forums portlet is the default one (and thus has all the space to its disposal). This would enable to make portals with pages that have the forums portlet with forums displayed and also some other portlets - in my case navigation portlets (when the forums get maximized, no other portlets are displayed...)
As I was doing it with another portlet (but to achieve a similiar effect) is:
- in the portal xml descriptor, add a property:
< properties >
< property >
< name >org.jboss.portlet.forums.shownormal< /name >
< value >true< /value >
< /property >
< /properties >
- in the portlet code, read the property and if the value is correct do some actions:
PortalContext portalCtx = req.getPortalContext();
String showNormalString = portalCtx.getProperty("org.jboss.portlet.forums.shownormal");
boolean showNormal = false;
if ((showNormalString != null) && (showNormalString.equals("true")) showNormal = true;
Later you check:
if ((req.getWindowState() != WindowState.MAXIMIZED) && (!showNormal))
{ display a link }
else
{ display the forum }
So, how does it look like to you? :)
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880998#3880998
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880998
|
|
From: <ju...@jb...> - 2005-06-09 20:49:41
|
could you give more details ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880996#3880996 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880996 |
|
From: adamw <nu...@jb...> - 2005-06-09 20:47:19
|
Hello, I need the forums portlet to display the main content while it is not maximized, but in normal window state. The page on which it is to be displayed has the forums portlet as the default window. I looked at the source, and it seems to be a very simple change - just one more "if". You could, for example, specify a property in the portal xml descriptors, which would mean that pages with the portlet forum have it as the default one. What do you think about that? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880995#3880995 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880995 |
|
From: <sco...@jb...> - 2005-06-09 19:53:46
|
Looks good. I'll move forward with trying to setup the jboss-4.0/thirdparty structure from a new build script. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880987#3880987 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880987 |
|
From: <rl...@jb...> - 2005-06-09 18:08:02
|
I have implemented the functionality required to demonstrate the third party test which was described earlier in this thread. mkdir test cd test cvs checkout jbossas cvs checkout tools cd jbossas ant -f secondary-dependency-test.xml testdependencies The secondary-dependency-test.xml contains a task, synchronizeinfo, which will construct a graph containing the componentref's which are defined in the top level build. The task resolves each componentref into a component, resolves its dependencies as defined in the corresponding component-info.xml file, and adds the component to the build. This process is repeated until all dependencies are resolved. The target testdependencies then performs a check to ensure the proper jar files have been downloaded. In this case, after synchronization has been performed the following will have been retrieved from the repository: /thirdparty/hibernate/3.0.5/component-info.xml /thirdparty/hibernate/3.0.5/lib/hibernate3.jar /thirdparty/hibernate/3.0.5/lib/hibernate-annotations.jar /thirdparty/antlr/2.7.5H3/component-info.xml /thirdparty/antlr/2.7.5H3/lib/antlr.jar /thirdparty/asm/1.5.3/component-info.xml /thirdparty/asm/1.5.3/lib/asm.jar /thirdparty/asm/1.5.3/lib/asm-attrs.jar Ruel Loehr JBoss QA View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880973#3880973 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880973 |
|
From: n2 <nu...@jb...> - 2005-06-09 13:39:59
|
hello, is there a special reason for disabling session activation / passivation in org.jboss.web.tomcat.tc5.session.ClusteredSession of JBoss 4.* and 3.2.7 or is this just a todo task? the methods activate() and passivate() which overrides methods from org.apache.catalina.session.StandartSession are empty. There is only a TODO comment: "//TODO. We don't do this now." StandartSession executes sessionDidActivate(HttpSessionEvent se) and sessionWillPassivate(HttpSessionEvent se) of javax.servlet.http.HttpSessionActivationListener in the HttpSession. I had attributes in the Session which implements HttpSessionActivationListener, but they were not executed on session activation and passivation. In Jboss no HttpSessionActivationListener is executed because ClusteredSession overrides these methods. I changed ClusteredSession, called super.* in activate and passivate and rebuilded tomcat55-service.jar. HttpSessionActivationListener are executed afterwards. -Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880923#3880923 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880923 |
|
From: <tom...@jb...> - 2005-06-09 05:51:15
|
No worries. It is a feature I am planning on adding for the next release, which should be in a few weeks. Could certainly use some help in testing it, so if you have the time and interest, e-mail me and will let you know when I have it committed to CVS (tom at jboss dat org). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880876#3880876 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880876 |
|
From: pacwest <nu...@jb...> - 2005-06-08 23:08:50
|
I m having the same problem. I tried removing the WEB-INF/classes from the packaging info. I redeployed it also. But it is still giving me the same error. Can anybody help? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880863#3880863 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880863 |
|
From: Shadow_x99 <nu...@jb...> - 2005-06-08 20:41:37
|
Stupid me... I've seen in in JIRA... It's like numero uno on the list... You can all say it... I am blind... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880839#3880839 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880839 |
|
From: Shadow_x99 <nu...@jb...> - 2005-06-08 20:19:46
|
Hi, It was only a couple of days ago, that I was waging an epic battle vs the dreaded RMI Framework. After long hours of fight, I discovered on my lunch break, my salvation ( You've just gained a Preacher ). I took my complete lunch break to read the APIs, the examples ( Run, Modify and debug them ) and the source code itself. And I must say "Wonderful". But, not all question were ansered, and I come before you all in the hope to be enlightened once again. At one time, there was a 'stream(InputStream)' method in the 'org.jboss.remoting.Client'. My question is can be any ( or many ) of the following : - Is it in the API already ? ( Just failed to see it in it's new form, therefore I would be sorry to polute this forum ) - Is it a planned feature ? ( Just failed to see it in JIRA/Wiki, therefore I would be sorry to polute this forum ) - Has it been removed because you couldn't make sure that such a feature would be supported accross all protocols ? Thanks, Shadow_x99 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880837#3880837 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880837 |
|
From: neil_g_avery <nu...@jb...> - 2005-06-08 20:11:16
|
Hi Guys,
Im trying to create a mixin who's interface extends several other interfaces. The problem is that the mixin assembly blows up with the exception below. It exceptions when trying to process the first method of an inherited interface. The interface definition is of the nature,
public interface FuturesRegistryMixin extends FuturesRegistry, Future {
}
If my interface does not contain inheritance everything works correctly. I would prefer to not redefine those apis to flatten out the definition.
Does anyone have any another suggestions?
Regards Neil.
java.lang.ExceptionInInitializerError
| at org.neo.swarm.interceptor.futures.FuturesTest.testStuff(FuturesTest.java:23)
| 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 junit.framework.TestCase.runTest(TestCase.java:154)
| at junit.framework.TestCase.runBare(TestCase.java:127)
| at junit.framework.TestResult$1.protect(TestResult.java:106)
| at junit.framework.TestResult.runProtected(TestResult.java:124)
| at junit.framework.TestResult.run(TestResult.java:109)
| at junit.framework.TestCase.run(TestCase.java:118)
| at junit.framework.TestSuite.runTest(TestSuite.java:208)
| at junit.framework.TestSuite.run(TestSuite.java:203)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:474)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:342)
| at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:194)
| Caused by: java.lang.RuntimeException: java.lang.NoSuchMethodException: register
| at org.jboss.aop.ClassAdvisor.attachClass(ClassAdvisor.java:250)
| at org.jboss.aop.AspectManager.getAdvisor(AspectManager.java:321)
| at org.neo.swarm.interceptor.futures.SomeFuturedObject.<clinit>(SomeFuturedObject.java)
| ... 16 more
| Caused by: java.lang.NoSuchMethodException: register
| at org.jboss.aop.ClassAdvisor.getMethod(ClassAdvisor.java:261)
| at org.jboss.aop.ClassAdvisor.getMethod(ClassAdvisor.java:269)
| at org.jboss.aop.ClassAdvisor.populateMixinMethods(ClassAdvisor.java:332)
| at org.jboss.aop.ClassAdvisor$1.run(ClassAdvisor.java:228)
| at java.security.AccessController.doPrivileged(Native Method)
| at org.jboss.aop.ClassAdvisor.attachClass(ClassAdvisor.java:209)
| ... 18 more
|
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880835#3880835
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880835
|
|
From: somsahi <nu...@jb...> - 2005-06-08 16:20:36
|
Hi i have to cmpile jsd in jbosseclipse ide .how to do that and what r the things need to be configured.already added tools.jar .thanxs in advance View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880810#3880810 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880810 |
|
From: adamw <nu...@jb...> - 2005-06-08 15:55:53
|
Hello, I have some trouble passing parameters through URL. If I make a renderURL (in a JSP, with an appropriate tag) and add inside the tag some <portlet:param ...> then I see the parameters through request.getParameter() (where request is of class JBossRenderRequest). Moreover, these parameters stay in the session. (Of course it can't have anything to do with the tag, it's just that the URL is a render URL and looks like this: http://localhost:8080/portal/index.html?ctrl:id=window.demo.SomeName&ctrl:type=render&ctrl:windowstate=maximized¶m1=value1)) Here, request.getURL() returns null. When I try make a link to another page, something like: http://localhost:8080/portal/index.html?ctrl:id=page.default.pageXXX¶m1=value1 In this case, there are no paramters available through request.getParameter(). However, request.getURL() returns the URL and I have to parse the parameters myself. Moreover, what I have observed, is that parameters work only the easy way (that is, are accessible through request.getParameter()) when ctrl:type is render. With ctrl:type=nav it doesn't work, the behaviour is the same as with the page URL. Now, should it be so? Is there another way to always access the URL parameters in a uniform way? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880804#3880804 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880804 |
|
From: shushamen <nu...@jb...> - 2005-06-08 14:24:14
|
Please deb post the patches, just to try!! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880783#3880783 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880783 |
|
From: <sco...@jb...> - 2005-06-08 14:14:31
|
If you want to inject an attribute of the dependent target sevice then I would have a syntax like:
| <mbean code="org.jboss.test.jmx.proxy.ProxyTests"
| name="jboss.test:name=ProxyTestsAttribute">
| <depends optional-attribute-name="xxx"
| proxy-type="attribute"
| attributeName="SomeAttr">:name=ConfigService</depends>
| </mbean>
|
No handler is needed to do this.
The handler attribute type should just be some interface implementation that allows the attribute value to be obtained from the target service in whatever means it wants:
| interface DependentAttributeHandler
| {
| Object getAttribute(ObjectName targetService, String key);
| }
|
I would be interested in seeing such a contribution.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880779#3880779
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880779
|
1965 messages has been excluded from this view by a project administrator.
