September 2006 - jboss-dev-forums

[Design of JBoss Portal] - including jsp from one application in jboss-portal portlet

by umeshthakare

I have jsp file names.jsp in my one application. I have downloaded hellowordjspportlet and deployed in my application means kept class and the three xml file in my application. In hellowordjspportlet.java contains following code PortletRequestDispatcher prd = getPortletContext().getRequestDispatcher("/bi/jsp/view2.jsp"); prd.include(rRequest, rResponse); For this jsp View2.jsp ----->> <%@ taglib uri="http://java.sun.com/portlet" prefix="portlet" %> <%@ page import="javax.portlet.RenderRequest,javax.portlet.RenderResponse,javax.portlet.PortletRequestDispatcher" %> <portlet:defineObjects/> Hello<%= renderRequest.getAttribute("yourname") %>! Back it comes with portlet it work sucssesfully, but instead of view2.jsp, if i write myjsp name ie names.jsp which is at same location, it doesnot work Any one can suggest me, why this is not work How can i include or forward to names.jsp? i inncluded names.jsp <jsp:include page="/bi/jsp/names.jsp"></jsp: in view.jsp ,but this not work View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974829#3974829 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974829

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jbpm installer

by amit.bhayani＠jboss.com

Sounds good to me unless Alex Pinkin has any objection. Can you please specify in which JBPM version these chnages will be reflected also what is the timframe? Can I see these changes if I get the source code from head and build it myself? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974828#3974828 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974828

17 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: PropertyManager

by mark.little＠jboss.com

Hopefully this goes without saying, but ... no more checking in of code that uses System, OK? Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974820#3974820 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974820

17 years, 7 months

1
0
0 / 0

[Design of POJO Server] - VFS isLeaf() vs isDirectory()/isFile()

by adrian＠jboss.org

To avoid the confusion around the isDirectory()/isFile I've modified the VFS api to have the single method isLeaf() which is effectively isCannotHaveChildren() I also fixed the isArchive() so that it means either: 1) It is an archive 2) It is a structure pretending to be an archive, e.g. an unpacked directory While I was doing this I reworked the VisitorAttribues to remove the notions of directory. I also changed it so all the defaults are false to make it less confusing. The mappings are as follows (if you have uncommitted code): isFile() -> isLeaf() isDirectory() -> isLeaf() == false VisitorAttributes.NO_DIRECTORIES -> VisitorAttributes.LEAVES_ONLY VisitorAttributes.RECURSE_DIRECTORIES -> VisitorAttributes.RECURSE VisitorAttributes.RECURSE_NO_DIRECTORIES -> VisitorAttributes.RECURSE_LEAVES_ONLY setIncludeDirectories(false) -> setLeavesOnly(true) setIgnoreHidden(false) -> setIncludeHidden(true) Hopefully this should avoid some of the confusion that has crept into the api? Especially in the jar handlers. Finally, I think the VFSScanner should be changed according the TODO I added to the code, if it is doing what I think it is doing? | // TODO replace . in the name with isArchive() == false? | else if (component.getName().indexOf('.') == -1 && this.doRecursiveSearch) | { | // recurse if not '.' in name and recursive search is enabled | addDeployments(list, component); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974818#3974818 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974818

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jbpm installer

by tom.baeyens＠jboss.com

we are currently changing from a .sar to a .ear deployment. i suggest that you focus your efforts on the new deployment model. both jPDL and BPEL will have an exclusive deployment package. BPEL includes and extends jPDL. does that help ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974817#3974817 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974817

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - jbpm installer

by tom.baeyens＠jboss.com

On behalf of Amit: anonymous wrote : | Hey Guys, | | | | | | | | I was looking at http://jira.jboss.com/jira/browse/JBINSTALL-99 | | | | | | | | So we need to have installer for JBPM. My understanding is | | that to install JBPM on JBoss AS all I need to have is | | repository.jboss.com\jbpm\3.1\lib\jbpm.sar in deploy | | directory of Jboss AS. | | | | | | | | Please correct me if I am wrong. I am looking at JBPM | | Starters Kit. Starter Kit has | | jbpm-server\server\jbpm\deploy\jbpm.war that I don?t see in | | repository.jboss.com is this not required? | | | | | | | | Thanks and Regards, | | | | Amit. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974816#3974816 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974816

17 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-1429 ReAuthentication Support

by adrian＠jboss.org

"weston.price(a)jboss.com" wrote : | Have we ever done, thought about, anything like this beyond the installations in the labs for specific support issues? | Labs is the only way to do it since we can't distribute the jars to even compile tests for non-free thirdparty software. That is unless you want to write everything using reflection. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974806#3974806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974806

17 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Why is DeploymentUnit.getDeploymentContext() deprecated?

by adrian＠jboss.org

"bill.burke(a)jboss.com" wrote : | As far as Class-path manifest goes, I think we are screwed either way. For auto-scanning of the PU you will want to scan only the classpath manifest of one particular jar in web-inf/lib. | You make it sound like the jars in WEB-INF/lib are should be separate deployment units? anonymous wrote : | Also, what about an EJB-JAR within an EAR? Is the EJB-JAR a DeploymentUnit I assume? If it is a DeploymentUnit does its ClassPath contain EAR/lib jars? If so this is really bad as again, I need to treat the EJB-JAR as its own unit. Each deployment unit has its own classpath. That way it is possible to implement one classloader per deployment unit or what is done now, a classloader for the whole deployment by consolidating the classpath with that visitor I mentioned before. Feel free to extend the model to whatever fine granularity you require. e.g. making each jar in WEB-INF/lib its own deployment unit e.g.2. separating the classpath into internal/external (manifest) components This api is not final until we understand what the real deployers need. to do View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974804#3974804 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974804

17 years, 7 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Callback acknowledgements

by timfox

Messaging has no requirement to get acknowledgements that messages have been delivered to the client side. (The HTTP transport might use acknowledgments internally to manage it's buffer -although I am not sure that is the best way to do it- but that's an implementation detail of the HTTP transport). We want to be able to send messages asynchronously from the server to the client (i.e. don't wait for a response). This is part of what I have been going on about for a while (bi directional asynchronous transport). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974781#3974781 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974781

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Fault handling in BPEL

by tom.baeyens＠jboss.com

"alex.guizar(a)jboss.com" wrote : ...But hey, this is open source. You can always change it ;-) i think i start to like the current implementation much better :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974776#3974776 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974776

17 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2006