I've brought up this point informally a couple of times, but I want to make a more formal statement. I think we need to put some sort of BI integration on the roadmap, mostly likely being with JasperReports. Perhaps we can start brainstorming on how this integration might look and then create some JIRAs for those features. For example, here's an article on how Spring integrates with JasperReports. http://java.dzone.com/articles/spring-web-mvc-spring-web-flow My intention is not to try to outdo Spring, but rather to say that we need to offer something native within Seam. I just spoke to former colleagues last week and they are using JasperServer with JSF, but mentioned that they had to do some glue code to get it all working together. -Dan -- Dan Allen Software consultant | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention. _______________________________________________ seam-dev mailing list seam-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/seam-dev

Snjezana has written some BIRT/Seam integration. But it needs a way to be used outside of Eclipse (she has no ant or maven targets, you must build your project with Eclipse). But anyway, what does this offer over Seam PDF/Excel w/ VPE support? On 13 Oct 2008, at 19:47, Dan Allen wrote: > I've brought up this point informally a couple of times, but I want to > make a more formal statement. I think we need to put some sort of BI > integration on the roadmap, mostly likely being with JasperReports. > Perhaps we can start brainstorming on how this integration might look > and then create some JIRAs for those features. For example, here's an > article on how Spring integrates with JasperReports. > > http://java.dzone.com/articles/spring-web-mvc-spring-web-flow > > My intention is not to try to outdo Spring, but rather to say that we > need to offer something native within Seam. I just spoke to former > colleagues last week and they are using JasperServer with JSF, but > mentioned that they had to do some glue code to get it all working > together. > > -Dan > > -- > Dan Allen > Software consultant | Author of Seam in Action > > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > NOTE: While I make a strong effort to keep up with my email on a daily > basis, personal or other work matters can sometimes keep me away > from my email. If you contact me, but don't hear back for more than a > week, > it is very likely that I am excessively backlogged or the message was > caught in the spam filters. Please don't hesitate to resend a message if > you feel that it did not reach my attention. > _______________________________________________ > seam-dev mailing list > seam-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/seam-dev _______________________________________________ seam-dev mailing list seam-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/seam-dev

Pete, I think the main focus here is on the responsibility of who creates the reports. The excel stuff is superb for developers who need to create reports for management, etc. The BI is about management designing the reports and the developers feeding the parameters to it from the UI (and all the security and context that goes along with it). The main focus for this relationship, and the one we should keep in mind when designing it, is that you want to try to break the need to wait on the developer to get a report through the system. Not only does this slow things down, it ties up developer resources. At my previous job, we had a huge problem with this because there was a neverending need to customize reports for customers and thus the process was not scalable. BI is about putting the consumers (or designers) of the reports in control. -Dan On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: Snjezana has written some BIRT/Seam integration. But it needs a way to be used outside of Eclipse (she has no ant or maven targets, you must build your project with Eclipse). But anyway, what does this offer over Seam PDF/Excel w/ VPE support? On 13 Oct 2008, at 19:47, Dan Allen wrote: I've brought up this point informally a couple of times, but I want to make a more formal statement. I think we need to put some sort of BI integration on the roadmap, mostly likely being with JasperReports. Perhaps we can start brainstorming on how this integration might look and then create some JIRAs for those features. For example, here's an article on how Spring integrates with JasperReports. http://java.dzone.com/articles/spring-web-mvc-spring-web-flow My intention is not to try to outdo Spring, but rather to say that we need to offer something native within Seam. I just spoke to former colleagues last week and they are using JasperServer with JSF, but mentioned that they had to do some glue code to get it all working together. -Dan -- Dan Allen Software consultant | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention. _______________________________________________ seam-dev mailing list seam-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/seam-dev -- Dan Allen Software consultant | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention.

please, don't forget Pentaho. they were looking very good already, and are improving a lot and at a very fast pace. additionally they have strong bounds with JBoss, as it's the default platform. Sanne 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: > So, I guess the question is, do we want to do Jasper or BIRT? > On 13 Oct 2008, at 20:48, Dan Allen wrote: > > Pete, > > I think the main focus here is on the responsibility of who creates the > reports. The excel stuff is superb for developers who need to create reports > for management, etc. The BI is about management designing the reports and > the developers feeding the parameters to it from the UI (and all the > security and context that goes along with it). > > The main focus for this relationship, and the one we should keep in mind > when designing it, is that you want to try to break the need to wait on the > developer to get a report through the system. Not only does this slow things > down, it ties up developer resources. At my previous job, we had a huge > problem with this because there was a neverending need to customize reports > for customers and thus the process was not scalable. BI is about putting the > consumers (or designers) of the reports in control. > > -Dan > > On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: >> >> Snjezana has written some BIRT/Seam integration. But it needs a way to be >> used outside of Eclipse (she has no ant or maven targets, you must build >> your project with Eclipse). >> >> But anyway, what does this offer over Seam PDF/Excel w/ VPE support? >> >> On 13 Oct 2008, at 19:47, Dan Allen wrote: >> >>> I've brought up this point informally a couple of times, but I want to >>> make a more formal statement. I think we need to put some sort of BI >>> integration on the roadmap, mostly likely being with JasperReports. >>> Perhaps we can start brainstorming on how this integration might look >>> and then create some JIRAs for those features. For example, here's an >>> article on how Spring integrates with JasperReports. >>> >>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >>> >>> My intention is not to try to outdo Spring, but rather to say that we >>> need to offer something native within Seam. I just spoke to former >>> colleagues last week and they are using JasperServer with JSF, but >>> mentioned that they had to do some glue code to get it all working >>> together. >>> >>> -Dan >>> >>> -- >>> Dan Allen >>> Software consultant | Author of Seam in Action >>> >>> http://mojavelinux.com >>> http://mojavelinux.com/seaminaction >>> >>> NOTE: While I make a strong effort to keep up with my email on a daily >>> basis, personal or other work matters can sometimes keep me away >>> from my email. If you contact me, but don't hear back for more than a >>> week, >>> it is very likely that I am excessively backlogged or the message was >>> caught in the spam filters. Please don't hesitate to resend a message if >>> you feel that it did not reach my attention. >>> _______________________________________________ >>> seam-dev mailing list >>> seam-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/seam-dev >> > > > > -- > Dan Allen > Software consultant | Author of Seam in Action > > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > NOTE: While I make a strong effort to keep up with my email on a daily > basis, personal or other work matters can sometimes keep me away > from my email. If you contact me, but don't hear back for more than a week, > it is very likely that I am excessively backlogged or the message was > caught in the spam filters. Please don't hesitate to resend a message if > you feel that it did not reach my attention. > > > _______________________________________________ > seam-dev mailing list > seam-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/seam-dev > >

From feedback I have received from my former product manager, iReports is

I think we need to consider how good the designers are for these projects, and how well the designers integrate into Eclipse. On 13 Oct 2008, at 21:16, Dan Allen wrote: Whatever we choose, we should start with just one (as we did with jBPM), but keep the design open to support multiple providers. I say that because we are going to learn a lot on the first go around and we don't want to spend too much time down in the weeds early on. I am inclined to say either JasperReports or Pentaho. The benefit of JasperReports is that there are already a lot of integrations available (one of which is the Spring integration which many of us have used at one point or another) so we can learn from them as we formulate our own ideas. But don't let that be the final word. -Dan On Mon, Oct 13, 2008 at 4:10 PM, Sanne Grinovero < sanne.grinovero(a)gmail.com&gt; wrote: > please, don't forget Pentaho. > they were looking very good already, and are improving a lot and at a > very fast pace. > additionally they have strong bounds with JBoss, as it's the default > platform. > > Sanne > > 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: > > So, I guess the question is, do we want to do Jasper or BIRT? > > On 13 Oct 2008, at 20:48, Dan Allen wrote: > > > > Pete, > > > > I think the main focus here is on the responsibility of who creates the > > reports. The excel stuff is superb for developers who need to create > reports > > for management, etc. The BI is about management designing the reports > and > > the developers feeding the parameters to it from the UI (and all the > > security and context that goes along with it). > > > > The main focus for this relationship, and the one we should keep in mind > > when designing it, is that you want to try to break the need to wait on > the > > developer to get a report through the system. Not only does this slow > things > > down, it ties up developer resources. At my previous job, we had a huge > > problem with this because there was a neverending need to customize > reports > > for customers and thus the process was not scalable. BI is about putting > the > > consumers (or designers) of the reports in control. > > > > -Dan > > > > On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: > >> > >> Snjezana has written some BIRT/Seam integration. But it needs a way to > be > >> used outside of Eclipse (she has no ant or maven targets, you must > build > >> your project with Eclipse). > >> > >> But anyway, what does this offer over Seam PDF/Excel w/ VPE support? > >> > >> On 13 Oct 2008, at 19:47, Dan Allen wrote: > >> > >>> I've brought up this point informally a couple of times, but I want to > >>> make a more formal statement. I think we need to put some sort of BI > >>> integration on the roadmap, mostly likely being with JasperReports. > >>> Perhaps we can start brainstorming on how this integration might look > >>> and then create some JIRAs for those features. For example, here's an > >>> article on how Spring integrates with JasperReports. > >>> > >>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow > >>> > >>> My intention is not to try to outdo Spring, but rather to say that we > >>> need to offer something native within Seam. I just spoke to former > >>> colleagues last week and they are using JasperServer with JSF, but > >>> mentioned that they had to do some glue code to get it all working > >>> together. > >>> > >>> -Dan > >>> > >>> -- > >>> Dan Allen > >>> Software consultant | Author of Seam in Action > >>> > >>> http://mojavelinux.com > >>> http://mojavelinux.com/seaminaction > >>> > >>> NOTE: While I make a strong effort to keep up with my email on a daily > >>> basis, personal or other work matters can sometimes keep me away > >>> from my email. If you contact me, but don't hear back for more than a > >>> week, > >>> it is very likely that I am excessively backlogged or the message was > >>> caught in the spam filters. Please don't hesitate to resend a message > if > >>> you feel that it did not reach my attention. > >>> _______________________________________________ > >>> seam-dev mailing list > >>> seam-dev(a)lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/seam-dev > >> > > > > > > > > -- > > Dan Allen > > Software consultant | Author of Seam in Action > > > > http://mojavelinux.com > > http://mojavelinux.com/seaminaction > > > > NOTE: While I make a strong effort to keep up with my email on a daily > > basis, personal or other work matters can sometimes keep me away > > from my email. If you contact me, but don't hear back for more than a > week, > > it is very likely that I am excessively backlogged or the message was > > caught in the spam filters. Please don't hesitate to resend a message > if > > you feel that it did not reach my attention. > > > > > > _______________________________________________ > > seam-dev mailing list > > seam-dev(a)lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/seam-dev > > > > > -- Dan Allen Software consultant | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention.

From feedback I have received from my former product manager, iReports is the best user interface for developing reports (though still a bit cludgy). But that is just his opinion. I can contact another developer friend of mine who has spent loads of time working with all three tools and see if he has an opinion. -Dan On Mon, Oct 13, 2008 at 4:17 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: > > I think we need to consider how good the designers are for these projects, > and how well the designers integrate into Eclipse. > On 13 Oct 2008, at 21:16, Dan Allen wrote: > > Whatever we choose, we should start with just one (as we did with jBPM), > but keep the design open to support multiple providers. I say that because > we are going to learn a lot on the first go around and we don't want to > spend too much time down in the weeds early on. I am inclined to say either > JasperReports or Pentaho. The benefit of JasperReports is that there are > already a lot of integrations available (one of which is the Spring > integration which many of us have used at one point or another) so we can > learn from them as we formulate our own ideas. But don't let that be the > final word. > > -Dan > > On Mon, Oct 13, 2008 at 4:10 PM, Sanne Grinovero > <sanne.grinovero(a)gmail.com&gt; wrote: >> >> please, don't forget Pentaho. >> they were looking very good already, and are improving a lot and at a >> very fast pace. >> additionally they have strong bounds with JBoss, as it's the default >> platform. >> >> Sanne >> >> 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: >> > So, I guess the question is, do we want to do Jasper or BIRT? >> > On 13 Oct 2008, at 20:48, Dan Allen wrote: >> > >> > Pete, >> > >> > I think the main focus here is on the responsibility of who creates the >> > reports. The excel stuff is superb for developers who need to create >> > reports >> > for management, etc. The BI is about management designing the reports >> > and >> > the developers feeding the parameters to it from the UI (and all the >> > security and context that goes along with it). >> > >> > The main focus for this relationship, and the one we should keep in >> > mind >> > when designing it, is that you want to try to break the need to wait on >> > the >> > developer to get a report through the system. Not only does this slow >> > things >> > down, it ties up developer resources. At my previous job, we had a huge >> > problem with this because there was a neverending need to customize >> > reports >> > for customers and thus the process was not scalable. BI is about >> > putting the >> > consumers (or designers) of the reports in control. >> > >> > -Dan >> > >> > On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: >> >> >> >> Snjezana has written some BIRT/Seam integration. But it needs a way to >> >> be >> >> used outside of Eclipse (she has no ant or maven targets, you must >> >> build >> >> your project with Eclipse). >> >> >> >> But anyway, what does this offer over Seam PDF/Excel w/ VPE support? >> >> >> >> On 13 Oct 2008, at 19:47, Dan Allen wrote: >> >> >> >>> I've brought up this point informally a couple of times, but I want >> >>> to >> >>> make a more formal statement. I think we need to put some sort of BI >> >>> integration on the roadmap, mostly likely being with JasperReports. >> >>> Perhaps we can start brainstorming on how this integration might look >> >>> and then create some JIRAs for those features. For example, here's an >> >>> article on how Spring integrates with JasperReports. >> >>> >> >>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >> >>> >> >>> My intention is not to try to outdo Spring, but rather to say that we >> >>> need to offer something native within Seam. I just spoke to former >> >>> colleagues last week and they are using JasperServer with JSF, but >> >>> mentioned that they had to do some glue code to get it all working >> >>> together. >> >>> >> >>> -Dan >> >>> >> >>> -- >> >>> Dan Allen >> >>> Software consultant | Author of Seam in Action >> >>> >> >>> http://mojavelinux.com >> >>> http://mojavelinux.com/seaminaction >> >>> >> >>> NOTE: While I make a strong effort to keep up with my email on a >> >>> daily >> >>> basis, personal or other work matters can sometimes keep me away >> >>> from my email. If you contact me, but don't hear back for more than a >> >>> week, >> >>> it is very likely that I am excessively backlogged or the message was >> >>> caught in the spam filters. Please don't hesitate to resend a >> >>> message if >> >>> you feel that it did not reach my attention. >> >>> _______________________________________________ >> >>> seam-dev mailing list >> >>> seam-dev(a)lists.jboss.org >> >>> https://lists.jboss.org/mailman/listinfo/seam-dev >> >> >> > >> > >> > >> > -- >> > Dan Allen >> > Software consultant | Author of Seam in Action >> > >> > http://mojavelinux.com >> > http://mojavelinux.com/seaminaction >> > >> > NOTE: While I make a strong effort to keep up with my email on a daily >> > basis, personal or other work matters can sometimes keep me away >> > from my email. If you contact me, but don't hear back for more than a >> > week, >> > it is very likely that I am excessively backlogged or the message was >> > caught in the spam filters. Please don't hesitate to resend a message >> > if >> > you feel that it did not reach my attention. >> > >> > >> > _______________________________________________ >> > seam-dev mailing list >> > seam-dev(a)lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/seam-dev >> > >> > > > > > -- > Dan Allen > Software consultant | Author of Seam in Action > > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > NOTE: While I make a strong effort to keep up with my email on a daily > basis, personal or other work matters can sometimes keep me away > from my email. If you contact me, but don't hear back for more than a > week, > it is very likely that I am excessively backlogged or the message was > caught in the spam filters. Please don't hesitate to resend a message if > you feel that it did not reach my attention. > -- Dan Allen Software consultant | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention.

I think in this case we need to think higher up than just component tags. I think we really need a Seam component which is able to load a report, pass parameters to it, and render it (or trigger the rendering). It really would be closer to the jBPM integration. Of course, we can then add component tags where it is needed, but the idea here is to have a report repository and application framework (ala Query and Home) rather than something the developer has to hack together in a Facelets template. -Dan On Mon, Oct 13, 2008 at 4:37 PM, Nicklas Karlsson <nickarls(a)gmail.com&gt; wrote: Something like <bi:output engine="birt" format="pdf" report="foo.xml"/> with nested <bi:engineConfig/> and <bi:reportParam/> with key, valude attrs? On 10/13/08, Dan Allen <dan.j.allen(a)gmail.com&gt; wrote: > >From feedback I have received from my former product manager, iReports is > the best user interface for developing reports (though still a bit cludgy). > But that is just his opinion. I can contact another developer friend of mine > who has spent loads of time working with all three tools and see if he has > an opinion. > > -Dan > > On Mon, Oct 13, 2008 at 4:17 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: > >> I think we need to consider how good the designers are for these projects, >> and how well the designers integrate into Eclipse. >> >> On 13 Oct 2008, at 21:16, Dan Allen wrote: >> >> Whatever we choose, we should start with just one (as we did with jBPM), >> but keep the design open to support multiple providers. I say that because >> we are going to learn a lot on the first go around and we don't want to >> spend too much time down in the weeds early on. I am inclined to say >> either >> JasperReports or Pentaho. The benefit of JasperReports is that there are >> already a lot of integrations available (one of which is the Spring >> integration which many of us have used at one point or another) so we can >> learn from them as we formulate our own ideas. But don't let that be the >> final word. >> >> -Dan >> >> On Mon, Oct 13, 2008 at 4:10 PM, Sanne Grinovero < >> sanne.grinovero(a)gmail.com&gt; wrote: >> >>> please, don't forget Pentaho. >>> they were looking very good already, and are improving a lot and at a >>> very fast pace. >>> additionally they have strong bounds with JBoss, as it's the default >>> platform. >>> >>> Sanne >>> >>> 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: >>> > So, I guess the question is, do we want to do Jasper or BIRT? >>> > On 13 Oct 2008, at 20:48, Dan Allen wrote: >>> > >>> > Pete, >>> > >>> > I think the main focus here is on the responsibility of who creates the >>> > reports. The excel stuff is superb for developers who need to create >>> reports >>> > for management, etc. The BI is about management designing the reports >>> and >>> > the developers feeding the parameters to it from the UI (and all the >>> > security and context that goes along with it). >>> > >>> > The main focus for this relationship, and the one we should keep in >>> > mind >>> > when designing it, is that you want to try to break the need to wait on >>> the >>> > developer to get a report through the system. Not only does this slow >>> things >>> > down, it ties up developer resources. At my previous job, we had a huge >>> > problem with this because there was a neverending need to customize >>> reports >>> > for customers and thus the process was not scalable. BI is about >>> > putting >>> the >>> > consumers (or designers) of the reports in control. >>> > >>> > -Dan >>> > >>> > On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: >>> >> >>> >> Snjezana has written some BIRT/Seam integration. But it needs a way to >>> be >>> >> used outside of Eclipse (she has no ant or maven targets, you must >>> build >>> >> your project with Eclipse). >>> >> >>> >> But anyway, what does this offer over Seam PDF/Excel w/ VPE support? >>> >> >>> >> On 13 Oct 2008, at 19:47, Dan Allen wrote: >>> >> >>> >>> I've brought up this point informally a couple of times, but I want >>> >>> to >>> >>> make a more formal statement. I think we need to put some sort of BI >>> >>> integration on the roadmap, mostly likely being with JasperReports. >>> >>> Perhaps we can start brainstorming on how this integration might look >>> >>> and then create some JIRAs for those features. For example, here's an >>> >>> article on how Spring integrates with JasperReports. >>> >>> >>> >>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >>> >>> >>> >>> My intention is not to try to outdo Spring, but rather to say that we >>> >>> need to offer something native within Seam. I just spoke to former >>> >>> colleagues last week and they are using JasperServer with JSF, but >>> >>> mentioned that they had to do some glue code to get it all working >>> >>> together. >>> >>> >>> >>> -Dan >>> >>> >>> >>> -- >>> >>> Dan Allen >>> >>> Software consultant | Author of Seam in Action >>> >>> >>> >>> http://mojavelinux.com >>> >>> http://mojavelinux.com/seaminaction >>> >>> >>> >>> NOTE: While I make a strong effort to keep up with my email on a >>> >>> daily >>> >>> basis, personal or other work matters can sometimes keep me away >>> >>> from my email. If you contact me, but don't hear back for more than a >>> >>> week, >>> >>> it is very likely that I am excessively backlogged or the message was >>> >>> caught in the spam filters. Please don't hesitate to resend a >>> >>> message >>> if >>> >>> you feel that it did not reach my attention. >>> >>> _______________________________________________ >>> >>> seam-dev mailing list >>> >>> seam-dev(a)lists.jboss.org >>> >>> https://lists.jboss.org/mailman/listinfo/seam-dev >>> >> >>> > >>> > >>> > >>> > -- >>> > Dan Allen >>> > Software consultant | Author of Seam in Action >>> > >>> > http://mojavelinux.com >>> > http://mojavelinux.com/seaminaction >>> > >>> > NOTE: While I make a strong effort to keep up with my email on a daily >>> > basis, personal or other work matters can sometimes keep me away >>> > from my email. If you contact me, but don't hear back for more than a >>> week, >>> > it is very likely that I am excessively backlogged or the message was >>> > caught in the spam filters. Please don't hesitate to resend a message >>> if >>> > you feel that it did not reach my attention. >>> > >>> > >>> > _______________________________________________ >>> > seam-dev mailing list >>> > seam-dev(a)lists.jboss.org >>> > https://lists.jboss.org/mailman/listinfo/seam-dev >>> > >>> > >>> >> >> >> >> -- >> Dan Allen >> Software consultant | Author of Seam in Action >> >> http://mojavelinux.com >> http://mojavelinux.com/seaminaction >> >> NOTE: While I make a strong effort to keep up with my email on a daily >> basis, personal or other work matters can sometimes keep me away >> from my email. If you contact me, but don't hear back for more than a >> week, >> it is very likely that I am excessively backlogged or the message was >> caught in the spam filters. Please don't hesitate to resend a message if >> you feel that it did not reach my attention. >> >> >> > > > -- > Dan Allen > Software consultant | Author of Seam in Action > > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > NOTE: While I make a strong effort to keep up with my email on a daily > basis, personal or other work matters can sometimes keep me away > from my email. If you contact me, but don't hear back for more than a week, > it is very likely that I am excessively backlogged or the message was > caught in the spam filters. Please don't hesitate to resend a message if > you feel that it did not reach my attention. > -- Sent from Gmail for mobile | mobile.google.com --- Nik -- Dan Allen Software consultant | Author of Seam in Action http://mojavelinux.com http://mojavelinux.com/seaminaction NOTE: While I make a strong effort to keep up with my email on a daily basis, personal or other work matters can sometimes keep me away from my email. If you contact me, but don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the spam filters. Please don't hesitate to resend a message if you feel that it did not reach my attention.

I have added the following functionalities: - Hibernate ODA driver - adds the capability to retrieve data using HQL - Seam JSF Control - renders a BIRT report For instance: <p:birt xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:s="http://jboss.com/products/seam/taglib" xmlns:p="http://jboss.com/products/seam/birt" designType="run" format="pdf" designName="test.rptdesign" title="JBoss Birt Test"> <p:param name="sample" value="sample param"/> </p:birt> loads the test.rptdesign report , passes the 'sample' parameter and renders the report as pdf. - since BIRT doesn't have a possibility to embed a report into an html page (it always creates a complete html page including head, body...), I have created a servlet that adds this feature. - adapted web wizards to add these functionalities For more details, see https://jira.jboss.org/jira/browse/JBIDE-2220. Snjeza Pete Muir wrote: > Snjezana, > > Can you explain what you did for the BIRT integration? > > On 13 Oct 2008, at 21:46, Dan Allen wrote: > > I think in this case we need to think higher up than just component tags. >> I think we really need a Seam component which is able to load a report, pass >> parameters to it, and render it (or trigger the rendering). It really would >> be closer to the jBPM integration. Of course, we can then add component tags >> where it is needed, but the idea here is to have a report repository and >> application framework (ala Query and Home) rather than something the >> developer has to hack together in a Facelets template. >> >> -Dan >> >> On Mon, Oct 13, 2008 at 4:37 PM, Nicklas Karlsson <nickarls(a)gmail.com&lt;mailto: >> nickarls(a)gmail.com&gt;&gt; wrote: >> >> Something like >> <bi:output engine="birt" format="pdf" report="foo.xml"/> with nested >> <bi:engineConfig/> and <bi:reportParam/> with key, valude attrs? >> >> On 10/13/08, Dan Allen <dan.j.allen(a)gmail.com >> <mailto:dan.j.allen@gmail.com>> wrote: >> > >From feedback I have received from my former product manager, >> iReports is >> > the best user interface for developing reports (though still a >> bit cludgy). >> > But that is just his opinion. I can contact another developer >> friend of mine >> > who has spent loads of time working with all three tools and >> see if he has >> > an opinion. >> > >> > -Dan >> > >> > On Mon, Oct 13, 2008 at 4:17 PM, Pete Muir <pmuir(a)redhat.com >> <mailto:pmuir@redhat.com>> wrote: >> > >> >> I think we need to consider how good the designers are for >> these projects, >> >> and how well the designers integrate into Eclipse. >> >> >> >> On 13 Oct 2008, at 21:16, Dan Allen wrote: >> >> >> >> Whatever we choose, we should start with just one (as we did >> with jBPM), >> >> but keep the design open to support multiple providers. I say >> that because >> >> we are going to learn a lot on the first go around and we >> don't want to >> >> spend too much time down in the weeds early on. I am inclined >> to say >> >> either >> >> JasperReports or Pentaho. The benefit of JasperReports is that >> there are >> >> already a lot of integrations available (one of which is the >> Spring >> >> integration which many of us have used at one point or >> another) so we can >> >> learn from them as we formulate our own ideas. But don't let >> that be the >> >> final word. >> >> >> >> -Dan >> >> >> >> On Mon, Oct 13, 2008 at 4:10 PM, Sanne Grinovero < >> >> sanne.grinovero(a)gmail.com <mailto:sanne.grinovero@gmail.com>> >> wrote: >> >> >> >>> please, don't forget Pentaho. >> >>> they were looking very good already, and are improving a lot >> and at a >> >>> very fast pace. >> >>> additionally they have strong bounds with JBoss, as it's the >> default >> >>> platform. >> >>> >> >>> Sanne >> >>> >> >>> 2008/10/13 Pete Muir <pmuir(a)redhat.com >> <mailto:pmuir@redhat.com>>: >> >> >>> > So, I guess the question is, do we want to do Jasper or BIRT? >> >>> > On 13 Oct 2008, at 20:48, Dan Allen wrote: >> >>> > >> >>> > Pete, >> >>> > >> >>> > I think the main focus here is on the responsibility of who >> creates the >> >>> > reports. The excel stuff is superb for developers who need >> to create >> >>> reports >> >>> > for management, etc. The BI is about management designing >> the reports >> >>> and >> >>> > the developers feeding the parameters to it from the UI >> (and all the >> >>> > security and context that goes along with it). >> >>> > >> >>> > The main focus for this relationship, and the one we should >> keep in >> >>> > mind >> >>> > when designing it, is that you want to try to break the >> need to wait on >> >>> the >> >>> > developer to get a report through the system. Not only does >> this slow >> >>> things >> >>> > down, it ties up developer resources. At my previous job, >> we had a huge >> >>> > problem with this because there was a neverending need to >> customize >> >>> reports >> >>> > for customers and thus the process was not scalable. BI is >> about >> >>> > putting >> >>> the >> >>> > consumers (or designers) of the reports in control. >> >>> > >> >>> > -Dan >> >>> > >> >>> > On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir >> <pmuir(a)redhat.com <mailto:pmuir@redhat.com>> wrote: >> >>> >> >> >>> >> Snjezana has written some BIRT/Seam integration. But it >> needs a way to >> >>> be >> >>> >> used outside of Eclipse (she has no ant or maven targets, >> you must >> >>> build >> >>> >> your project with Eclipse). >> >>> >> >> >>> >> But anyway, what does this offer over Seam PDF/Excel w/ >> VPE support? >> >>> >> >> >>> >> On 13 Oct 2008, at 19:47, Dan Allen wrote: >> >>> >> >> >>> >>> I've brought up this point informally a couple of times, >> but I want >> >>> >>> to >> >>> >>> make a more formal statement. I think we need to put some >> sort of BI >> >>> >>> integration on the roadmap, mostly likely being with >> JasperReports. >> >>> >>> Perhaps we can start brainstorming on how this >> integration might look >> >>> >>> and then create some JIRAs for those features. For >> example, here's an >> >>> >>> article on how Spring integrates with JasperReports. >> >>> >>> >> >>> >>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >> >>> >>> >> >>> >>> My intention is not to try to outdo Spring, but rather to >> say that we >> >>> >>> need to offer something native within Seam. I just spoke >> to former >> >>> >>> colleagues last week and they are using JasperServer with >> JSF, but >> >>> >>> mentioned that they had to do some glue code to get it >> all working >> >>> >>> together. >> >>> >>> >> >>> >>> -Dan >> >>> >>> >> >>> >>> -- >> >>> >>> Dan Allen >> >>> >>> Software consultant | Author of Seam in Action >> >>> >>> >> >>> >>> http://mojavelinux.com >> >>> >>> http://mojavelinux.com/seaminaction >> >>> >>> >> >>> >>> NOTE: While I make a strong effort to keep up with my >> email on a >> >>> >>> daily >> >>> >>> basis, personal or other work matters can sometimes keep >> me away >> >>> >>> from my email. If you contact me, but don't hear back for >> more than a >> >>> >>> week, >> >>> >>> it is very likely that I am excessively backlogged or the >> message was >> >>> >>> caught in the spam filters. Please don't hesitate to >> resend a >> >>> >>> message >> >>> if >> >>> >>> you feel that it did not reach my attention. >> >>> >>> _______________________________________________ >> >>> >>> seam-dev mailing list >> >>> >>> seam-dev(a)lists.jboss.org <mailto:seam-dev@lists.jboss.org> >> >>> >>> https://lists.jboss.org/mailman/listinfo/seam-dev >> >>> >> >> >>> > >> >>> > >> >>> > >> >>> > -- >> >>> > Dan Allen >> >>> > Software consultant | Author of Seam in Action >> >>> > >> >>> > http://mojavelinux.com >> >>> > http://mojavelinux.com/seaminaction >> >>> > >> >>> > NOTE: While I make a strong effort to keep up with my email >> on a daily >> >>> > basis, personal or other work matters can sometimes keep me >> away >> >>> > from my email. If you contact me, but don't hear back for >> more than a >> >>> week, >> >>> > it is very likely that I am excessively backlogged or the >> message was >> >>> > caught in the spam filters. Please don't hesitate to >> resend a message >> >>> if >> >>> > you feel that it did not reach my attention. >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > seam-dev mailing list >> >>> > seam-dev(a)lists.jboss.org <mailto:seam-dev@lists.jboss.org> >> >> >>> > https://lists.jboss.org/mailman/listinfo/seam-dev >> >>> > >> >>> > >> >>> >> >> >> >> >> >> >> >> -- >> >> Dan Allen >> >> Software consultant | Author of Seam in Action >> >> >> >> http://mojavelinux.com >> >> http://mojavelinux.com/seaminaction >> >> >> >> NOTE: While I make a strong effort to keep up with my email on >> a daily >> >> basis, personal or other work matters can sometimes keep me away >> >> from my email. If you contact me, but don't hear back for more >> than a >> >> week, >> >> it is very likely that I am excessively backlogged or the >> message was >> >> caught in the spam filters. Please don't hesitate to resend a >> message if >> >> you feel that it did not reach my attention. >> >> >> >> >> >> >> > >> > >> > -- >> > Dan Allen >> > Software consultant | Author of Seam in Action >> > >> > http://mojavelinux.com >> > http://mojavelinux.com/seaminaction >> > >> > NOTE: While I make a strong effort to keep up with my email on >> a daily >> > basis, personal or other work matters can sometimes keep me away >> > from my email. If you contact me, but don't hear back for more >> than a week, >> > it is very likely that I am excessively backlogged or the >> message was >> > caught in the spam filters. Please don't hesitate to resend a >> message if >> > you feel that it did not reach my attention. >> > >> >> -- >> Sent from Gmail for mobile | mobile.google.com >> <http://mobile.google.com> >> >> --- >> Nik >> >> >> >> >> -- >> Dan Allen >> Software consultant | Author of Seam in Action >> >> http://mojavelinux.com >> http://mojavelinux.com/seaminaction >> >> NOTE: While I make a strong effort to keep up with my email on a daily >> basis, personal or other work matters can sometimes keep me away >> from my email. If you contact me, but don't hear back for more than a >> week, >> it is very likely that I am excessively backlogged or the message was >> caught in the spam filters. Please don't hesitate to resend a message if >> you feel that it did not reach my attention. >> > >

BIRT has good Eclipse editing facilities...but has a really bad runtime size/setup. What does Pentaho and JasperReport have in context of Eclipse integration ? /max > please, don't forget Pentaho. > they were looking very good already, and are improving a lot and at a > very fast pace. > additionally they have strong bounds with JBoss, as it's the default > platform. > > Sanne > > 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: >> >> So, I guess the question is, do we want to do Jasper or BIRT? >> On 13 Oct 2008, at 20:48, Dan Allen wrote: >> >> Pete, >> >> I think the main focus here is on the responsibility of who creates the >> reports. The excel stuff is superb for developers who need to create >> reports >> for management, etc. The BI is about management designing the reports and >> the developers feeding the parameters to it from the UI (and all the >> security and context that goes along with it). >> >> The main focus for this relationship, and the one we should keep in mind >> when designing it, is that you want to try to break the need to wait on >> the >> developer to get a report through the system. Not only does this slow >> things >> down, it ties up developer resources. At my previous job, we had a huge >> problem with this because there was a neverending need to customize >> reports >> for customers and thus the process was not scalable. BI is about putting >> the >> consumers (or designers) of the reports in control. >> >> -Dan >> >> On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: >>> >>> Snjezana has written some BIRT/Seam integration. But it needs a way to >>> be >>> used outside of Eclipse (she has no ant or maven targets, you must build >>> your project with Eclipse). >>> >>> But anyway, what does this offer over Seam PDF/Excel w/ VPE support? >>> >>> On 13 Oct 2008, at 19:47, Dan Allen wrote: >>> >>>> I've brought up this point informally a couple of times, but I want to >>>> make a more formal statement. I think we need to put some sort of BI >>>> integration on the roadmap, mostly likely being with JasperReports. >>>> Perhaps we can start brainstorming on how this integration might look >>>> and then create some JIRAs for those features. For example, here's an >>>> article on how Spring integrates with JasperReports. >>>> >>>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >>>> >>>> My intention is not to try to outdo Spring, but rather to say that we >>>> need to offer something native within Seam. I just spoke to former >>>> colleagues last week and they are using JasperServer with JSF, but >>>> mentioned that they had to do some glue code to get it all working >>>> together. >>>> >>>> -Dan >>>> >>>> -- >>>> Dan Allen >>>> Software consultant | Author of Seam in Action >>>> >>>> http://mojavelinux.com >>>> http://mojavelinux.com/seaminaction >>>> >>>> NOTE: While I make a strong effort to keep up with my email on a daily >>>> basis, personal or other work matters can sometimes keep me away >>>> from my email. If you contact me, but don't hear back for more than a >>>> week, >>>> it is very likely that I am excessively backlogged or the message was >>>> caught in the spam filters. Please don't hesitate to resend a message >>>> if >>>> you feel that it did not reach my attention. >>>> _______________________________________________ >>>> seam-dev mailing list >>>> seam-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>> >> >> >> >> -- >> Dan Allen >> Software consultant | Author of Seam in Action >> >> http://mojavelinux.com >> http://mojavelinux.com/seaminaction >> >> NOTE: While I make a strong effort to keep up with my email on a daily >> basis, personal or other work matters can sometimes keep me away >> from my email. If you contact me, but don't hear back for more than a >> week, >> it is very likely that I am excessively backlogged or the message was >> caught in the spam filters. Please don't hesitate to resend a message if >> you feel that it did not reach my attention. >> >> >> _______________________________________________ >> seam-dev mailing list >> seam-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/seam-dev >> >> > _______________________________________________ > seam-dev mailing list > seam-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/seam-dev -- /max

Hi Max, the pentaho "suite" is distributed as a modified eclipse containing the report designer, and another one to create action sequences. They can all be installed as plugins, or as prepackaged eclipses (as Developer Studio) coming with a ready-to-start JBoss preconfigured as a BI server, with schedulers and all needed stuff. Sanne 2008/10/16 Max Rydahl Andersen <max.andersen(a)redhat.com&gt;: > BIRT has good Eclipse editing facilities...but has a really bad runtime > size/setup. > > What does Pentaho and JasperReport have in context of Eclipse > integration ? > > /max > >> please, don't forget Pentaho. >> they were looking very good already, and are improving a lot and at a >> very fast pace. >> additionally they have strong bounds with JBoss, as it's the default >> platform. >> >> Sanne >> >> 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: >>> >>> So, I guess the question is, do we want to do Jasper or BIRT? >>> On 13 Oct 2008, at 20:48, Dan Allen wrote: >>> >>> Pete, >>> >>> I think the main focus here is on the responsibility of who creates >>> the >>> reports. The excel stuff is superb for developers who need to create >>> reports >>> for management, etc. The BI is about management designing the reports >>> and >>> the developers feeding the parameters to it from the UI (and all the >>> security and context that goes along with it). >>> >>> The main focus for this relationship, and the one we should keep in >>> mind >>> when designing it, is that you want to try to break the need to wait >>> on >>> the >>> developer to get a report through the system. Not only does this slow >>> things >>> down, it ties up developer resources. At my previous job, we had a >>> huge >>> problem with this because there was a neverending need to customize >>> reports >>> for customers and thus the process was not scalable. BI is about >>> putting >>> the >>> consumers (or designers) of the reports in control. >>> >>> -Dan >>> >>> On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: >>>> >>>> Snjezana has written some BIRT/Seam integration. But it needs a way >>>> to >>>> be >>>> used outside of Eclipse (she has no ant or maven targets, you must >>>> build >>>> your project with Eclipse). >>>> >>>> But anyway, what does this offer over Seam PDF/Excel w/ VPE support? >>>> >>>> On 13 Oct 2008, at 19:47, Dan Allen wrote: >>>> >>>>> I've brought up this point informally a couple of times, but I want >>>>> to >>>>> make a more formal statement. I think we need to put some sort of BI >>>>> integration on the roadmap, mostly likely being with JasperReports. >>>>> Perhaps we can start brainstorming on how this integration might >>>>> look >>>>> and then create some JIRAs for those features. For example, here's >>>>> an >>>>> article on how Spring integrates with JasperReports. >>>>> >>>>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >>>>> >>>>> My intention is not to try to outdo Spring, but rather to say that >>>>> we >>>>> need to offer something native within Seam. I just spoke to former >>>>> colleagues last week and they are using JasperServer with JSF, but >>>>> mentioned that they had to do some glue code to get it all working >>>>> together. >>>>> >>>>> -Dan >>>>> >>>>> -- >>>>> Dan Allen >>>>> Software consultant | Author of Seam in Action >>>>> >>>>> http://mojavelinux.com >>>>> http://mojavelinux.com/seaminaction >>>>> >>>>> NOTE: While I make a strong effort to keep up with my email on a >>>>> daily >>>>> basis, personal or other work matters can sometimes keep me away >>>>> from my email. If you contact me, but don't hear back for more than >>>>> a >>>>> week, >>>>> it is very likely that I am excessively backlogged or the message >>>>> was >>>>> caught in the spam filters. Please don't hesitate to resend a >>>>> message >>>>> if >>>>> you feel that it did not reach my attention. >>>>> _______________________________________________ >>>>> seam-dev mailing list >>>>> seam-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>> >>> >>> >>> >>> -- >>> Dan Allen >>> Software consultant | Author of Seam in Action >>> >>> http://mojavelinux.com >>> http://mojavelinux.com/seaminaction >>> >>> NOTE: While I make a strong effort to keep up with my email on a daily >>> basis, personal or other work matters can sometimes keep me away >>> from my email. If you contact me, but don't hear back for more than a >>> week, >>> it is very likely that I am excessively backlogged or the message was >>> caught in the spam filters. Please don't hesitate to resend a >>> message if >>> you feel that it did not reach my attention. >>> >>> >>> _______________________________________________ >>> seam-dev mailing list >>> seam-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/seam-dev >>> >>> >> _______________________________________________ >> seam-dev mailing list >> seam-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/seam-dev > > > > -- > /max >

There isn't much, but I found a wiki page on the Pentaho Design Studio, which I believe is what the Eclipse plugin is called. http://wiki.pentaho.com/display/studio/Getting+Started+with+Design+Studio -Dan On Fri, Oct 17, 2008 at 1:46 AM, Max Rydahl Andersen <max.andersen(a)redhat.com&gt; wrote: > Any links to their (opensource) Eclipse stuff ? I couldn't find it on > their > website... > > /max > >> Hi Max, >> the pentaho "suite" is distributed as a modified eclipse containing >> the report designer, >> and another one to create action sequences. >> They can all be installed as plugins, or as prepackaged eclipses (as >> Developer Studio) >> coming with a ready-to-start JBoss preconfigured as a BI server, with >> schedulers and >> all needed stuff. >> >> Sanne >> >> 2008/10/16 Max Rydahl Andersen <max.andersen(a)redhat.com&gt;: >>> >>> BIRT has good Eclipse editing facilities...but has a really bad >>> runtime >>> size/setup. >>> >>> What does Pentaho and JasperReport have in context of Eclipse >>> integration >>> ? >>> >>> /max >>> >>>> please, don't forget Pentaho. >>>> they were looking very good already, and are improving a lot and at a >>>> very fast pace. >>>> additionally they have strong bounds with JBoss, as it's the default >>>> platform. >>>> >>>> Sanne >>>> >>>> 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: >>>>> >>>>> So, I guess the question is, do we want to do Jasper or BIRT? >>>>> On 13 Oct 2008, at 20:48, Dan Allen wrote: >>>>> >>>>> Pete, >>>>> >>>>> I think the main focus here is on the responsibility of who creates >>>>> the >>>>> reports. The excel stuff is superb for developers who need to create >>>>> reports >>>>> for management, etc. The BI is about management designing the >>>>> reports >>>>> and >>>>> the developers feeding the parameters to it from the UI (and all the >>>>> security and context that goes along with it). >>>>> >>>>> The main focus for this relationship, and the one we should keep in >>>>> mind >>>>> when designing it, is that you want to try to break the need to >>>>> wait on >>>>> the >>>>> developer to get a report through the system. Not only does this >>>>> slow >>>>> things >>>>> down, it ties up developer resources. At my previous job, we had a >>>>> huge >>>>> problem with this because there was a neverending need to customize >>>>> reports >>>>> for customers and thus the process was not scalable. BI is about >>>>> putting >>>>> the >>>>> consumers (or designers) of the reports in control. >>>>> >>>>> -Dan >>>>> >>>>> On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; wrote: >>>>>> >>>>>> Snjezana has written some BIRT/Seam integration. But it needs a >>>>>> way to >>>>>> be >>>>>> used outside of Eclipse (she has no ant or maven targets, you must >>>>>> build >>>>>> your project with Eclipse). >>>>>> >>>>>> But anyway, what does this offer over Seam PDF/Excel w/ VPE >>>>>> support? >>>>>> >>>>>> On 13 Oct 2008, at 19:47, Dan Allen wrote: >>>>>> >>>>>>> I've brought up this point informally a couple of times, but I >>>>>>> want >>>>>>> to >>>>>>> make a more formal statement. I think we need to put some sort of >>>>>>> BI >>>>>>> integration on the roadmap, mostly likely being with >>>>>>> JasperReports. >>>>>>> Perhaps we can start brainstorming on how this integration might >>>>>>> look >>>>>>> and then create some JIRAs for those features. For example, >>>>>>> here's an >>>>>>> article on how Spring integrates with JasperReports. >>>>>>> >>>>>>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >>>>>>> >>>>>>> My intention is not to try to outdo Spring, but rather to say >>>>>>> that we >>>>>>> need to offer something native within Seam. I just spoke to former >>>>>>> colleagues last week and they are using JasperServer with JSF, but >>>>>>> mentioned that they had to do some glue code to get it all working >>>>>>> together. >>>>>>> >>>>>>> -Dan >>>>>>> >>>>>>> -- >>>>>>> Dan Allen >>>>>>> Software consultant | Author of Seam in Action >>>>>>> >>>>>>> http://mojavelinux.com >>>>>>> http://mojavelinux.com/seaminaction >>>>>>> >>>>>>> NOTE: While I make a strong effort to keep up with my email on a >>>>>>> daily >>>>>>> basis, personal or other work matters can sometimes keep me away >>>>>>> from my email. If you contact me, but don't hear back for more >>>>>>> than a >>>>>>> week, >>>>>>> it is very likely that I am excessively backlogged or the message >>>>>>> was >>>>>>> caught in the spam filters. Please don't hesitate to resend a >>>>>>> message >>>>>>> if >>>>>>> you feel that it did not reach my attention. >>>>>>> _______________________________________________ >>>>>>> seam-dev mailing list >>>>>>> seam-dev(a)lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Dan Allen >>>>> Software consultant | Author of Seam in Action >>>>> >>>>> http://mojavelinux.com >>>>> http://mojavelinux.com/seaminaction >>>>> >>>>> NOTE: While I make a strong effort to keep up with my email on a >>>>> daily >>>>> basis, personal or other work matters can sometimes keep me away >>>>> from my email. If you contact me, but don't hear back for more than >>>>> a >>>>> week, >>>>> it is very likely that I am excessively backlogged or the message >>>>> was >>>>> caught in the spam filters. Please don't hesitate to resend a >>>>> message >>>>> if >>>>> you feel that it did not reach my attention. >>>>> >>>>> >>>>> _______________________________________________ >>>>> seam-dev mailing list >>>>> seam-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>>> >>>>> >>>> _______________________________________________ >>>> seam-dev mailing list >>>> seam-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>> >>> >>> >>> -- >>> /max >>> > > > > -- > /max > _______________________________________________ > seam-dev mailing list > seam-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/seam-dev >

On Fri, 17 Oct 2008 08:13:19 +0200, Max Rydahl Andersen <max.andersen(a)redhat.com&gt; wrote: > So for me this look like a Swing app adapted to eclipse and the > source code is not easily available anywhere. > > Plus it is not an eclipse plugin, but an Eclipse application ;( My point being that Pentaho (aka JFreeChart) has a easier runtime to setup, but their IDE side is problematic. Why can't projects do both things well ? :) /max > > /max > >> There isn't much, but I found a wiki page on the Pentaho Design >> Studio, which I believe is what the Eclipse plugin is called. >> >> http://wiki.pentaho.com/display/studio/Getting+Started+with+Design+Studio >> >> >> -Dan >> >> On Fri, Oct 17, 2008 at 1:46 AM, Max Rydahl Andersen >> <max.andersen(a)redhat.com&gt; wrote: >>> Any links to their (opensource) Eclipse stuff ? I couldn't find it >>> on their >>> website... >>> >>> /max >>> >>>> Hi Max, >>>> the pentaho "suite" is distributed as a modified eclipse containing >>>> the report designer, >>>> and another one to create action sequences. >>>> They can all be installed as plugins, or as prepackaged eclipses (as >>>> Developer Studio) >>>> coming with a ready-to-start JBoss preconfigured as a BI server, with >>>> schedulers and >>>> all needed stuff. >>>> >>>> Sanne >>>> >>>> 2008/10/16 Max Rydahl Andersen <max.andersen(a)redhat.com&gt;: >>>>> >>>>> BIRT has good Eclipse editing facilities...but has a really bad >>>>> runtime >>>>> size/setup. >>>>> >>>>> What does Pentaho and JasperReport have in context of Eclipse >>>>> integration >>>>> ? >>>>> >>>>> /max >>>>> >>>>>> please, don't forget Pentaho. >>>>>> they were looking very good already, and are improving a lot and >>>>>> at a >>>>>> very fast pace. >>>>>> additionally they have strong bounds with JBoss, as it's the >>>>>> default >>>>>> platform. >>>>>> >>>>>> Sanne >>>>>> >>>>>> 2008/10/13 Pete Muir <pmuir(a)redhat.com&gt;: >>>>>>> >>>>>>> So, I guess the question is, do we want to do Jasper or BIRT? >>>>>>> On 13 Oct 2008, at 20:48, Dan Allen wrote: >>>>>>> >>>>>>> Pete, >>>>>>> >>>>>>> I think the main focus here is on the responsibility of who >>>>>>> creates the >>>>>>> reports. The excel stuff is superb for developers who need to >>>>>>> create >>>>>>> reports >>>>>>> for management, etc. The BI is about management designing the >>>>>>> reports >>>>>>> and >>>>>>> the developers feeding the parameters to it from the UI (and >>>>>>> all the >>>>>>> security and context that goes along with it). >>>>>>> >>>>>>> The main focus for this relationship, and the one we should >>>>>>> keep in >>>>>>> mind >>>>>>> when designing it, is that you want to try to break the need to >>>>>>> wait on >>>>>>> the >>>>>>> developer to get a report through the system. Not only does >>>>>>> this slow >>>>>>> things >>>>>>> down, it ties up developer resources. At my previous job, we >>>>>>> had a huge >>>>>>> problem with this because there was a neverending need to >>>>>>> customize >>>>>>> reports >>>>>>> for customers and thus the process was not scalable. BI is about >>>>>>> putting >>>>>>> the >>>>>>> consumers (or designers) of the reports in control. >>>>>>> >>>>>>> -Dan >>>>>>> >>>>>>> On Mon, Oct 13, 2008 at 3:26 PM, Pete Muir <pmuir(a)redhat.com&gt; >>>>>>> wrote: >>>>>>>> >>>>>>>> Snjezana has written some BIRT/Seam integration. But it needs >>>>>>>> a way to >>>>>>>> be >>>>>>>> used outside of Eclipse (she has no ant or maven targets, you >>>>>>>> must >>>>>>>> build >>>>>>>> your project with Eclipse). >>>>>>>> >>>>>>>> But anyway, what does this offer over Seam PDF/Excel w/ VPE >>>>>>>> support? >>>>>>>> >>>>>>>> On 13 Oct 2008, at 19:47, Dan Allen wrote: >>>>>>>> >>>>>>>>> I've brought up this point informally a couple of times, but >>>>>>>>> I want >>>>>>>>> to >>>>>>>>> make a more formal statement. I think we need to put some >>>>>>>>> sort of BI >>>>>>>>> integration on the roadmap, mostly likely being with >>>>>>>>> JasperReports. >>>>>>>>> Perhaps we can start brainstorming on how this integration >>>>>>>>> might look >>>>>>>>> and then create some JIRAs for those features. For example, >>>>>>>>> here's an >>>>>>>>> article on how Spring integrates with JasperReports. >>>>>>>>> >>>>>>>>> http://java.dzone.com/articles/spring-web-mvc-spring-web-flow >>>>>>>>> >>>>>>>>> My intention is not to try to outdo Spring, but rather to say >>>>>>>>> that we >>>>>>>>> need to offer something native within Seam. I just spoke to >>>>>>>>> former >>>>>>>>> colleagues last week and they are using JasperServer with >>>>>>>>> JSF, but >>>>>>>>> mentioned that they had to do some glue code to get it all >>>>>>>>> working >>>>>>>>> together. >>>>>>>>> >>>>>>>>> -Dan >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dan Allen >>>>>>>>> Software consultant | Author of Seam in Action >>>>>>>>> >>>>>>>>> http://mojavelinux.com >>>>>>>>> http://mojavelinux.com/seaminaction >>>>>>>>> >>>>>>>>> NOTE: While I make a strong effort to keep up with my email on a >>>>>>>>> daily >>>>>>>>> basis, personal or other work matters can sometimes keep me away >>>>>>>>> from my email. If you contact me, but don't hear back for >>>>>>>>> more than a >>>>>>>>> week, >>>>>>>>> it is very likely that I am excessively backlogged or the >>>>>>>>> message was >>>>>>>>> caught in the spam filters. Please don't hesitate to resend a >>>>>>>>> message >>>>>>>>> if >>>>>>>>> you feel that it did not reach my attention. >>>>>>>>> _______________________________________________ >>>>>>>>> seam-dev mailing list >>>>>>>>> seam-dev(a)lists.jboss.org >>>>>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Dan Allen >>>>>>> Software consultant | Author of Seam in Action >>>>>>> >>>>>>> http://mojavelinux.com >>>>>>> http://mojavelinux.com/seaminaction >>>>>>> >>>>>>> NOTE: While I make a strong effort to keep up with my email on >>>>>>> a daily >>>>>>> basis, personal or other work matters can sometimes keep me away >>>>>>> from my email. If you contact me, but don't hear back for more >>>>>>> than a >>>>>>> week, >>>>>>> it is very likely that I am excessively backlogged or the >>>>>>> message was >>>>>>> caught in the spam filters. Please don't hesitate to resend a >>>>>>> message >>>>>>> if >>>>>>> you feel that it did not reach my attention. >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> seam-dev mailing list >>>>>>> seam-dev(a)lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> seam-dev mailing list >>>>>> seam-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev >>>>> >>>>> >>>>> >>>>> -- >>>>> /max >>>>> >>> >>> >>> >>> -- >>> /max >>> _______________________________________________ >>> seam-dev mailing list >>> seam-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/seam-dev >>> >> >> >> > > >