[JBoss Portal] - Portal helping us manage user access to business data
by jerics99
Hi, excuse me for being a newbie when it comes to JBOSS Portal. My question is Could JBOSS Portal be an alternative for our Business Intelligence Solution built on Open Source systems Mondrain OLAP and Eclipse BIRT Reporting?
The problem we have is related to rights to view data in reports. Both Mondrian and BIRT need to have the user (or user group is OK as well) passed with the URL sent to the server when clicking a link on the web page. The information identifying the user will then be used for the reports to filter the data to only show the data for the specific user.
The users are selecting reports form a web page where each link links to a report. Now, I can not have a links for specific users, the links are shared for different users. This means that the user id have to be added to the link dynamically. Is this something that JBOSS Portal can do for us!!
/E
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958316#3958316
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958316
19 years, 9 months
[Remoting] - Re: binding multicast detector
by bela＠jboss.com
Okay, the following code below works:
package org.jgroups.tests;
import java.net.*;
/**
* @author Bela Ban
* @version $Id$
*/
public class bla
{
public static void main(String[] args)
{
try
{
int port = Integer.parseInt(args[0]);
InetAddress interfaceAddress = InetAddress.getByName(args[1]);
NetworkInterface networkInterface = NetworkInterface.getByInetAddress(interfaceAddress);
InetAddress multicastAddress = InetAddress.getByName(args[2]);
System.out.println("port = " + port + "\ninterface address = " + interfaceAddress +
"\nnetwork interface = " + networkInterface + "\nmulticast address = " + multicastAddress);
SocketAddress saddr;
saddr=new InetSocketAddress(interfaceAddress, port);
MulticastSocket socket = new MulticastSocket(saddr);
socket.setInterface(interfaceAddress);
socket.setNetworkInterface(networkInterface);
socket.joinGroup(multicastAddress);
Thread.sleep(600000);
}
catch (Exception e)
{
e.printStackTrace();
}
}
}
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958314#3958314
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958314
19 years, 9 months
[JBoss Seam] - Re: Progress
by CptnKirk
The support for @Factory methods that return values causes problems for me and my DataBinders.
I have the following:
| @SelectItems
| private List items;
|
| @Factory("items")
| public List getItems()
| {
| ... static lookup code
| }
|
Prior to the enhancement this was great. When my EJB clients were accessing the bean they could get the items via the getItems method. When JSF needed the items, Seam resolved the variable, called the factory method that set the instance variable and sent everything through my DataBinder.
With the latest CVS it seems the DataBinder is called but the List that's eventually exposed to JSF is the one from the @Factory method, which JSF can't process.
I guess I'd either ask that Seam check for and apply data binders for things created via a @Factory return. Or supply some way to disable the new @Factory logic.
Thanks,
Jim
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958311#3958311
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958311
19 years, 9 months