June 2008 - jboss-dev-forums - Jboss List Archives

CEAI CDC - Production-Ready Associated Press OSTN Video News Portlet/Channel

by Dheeraj Kumar (CampusEAI Consortium)

Colleagues, Many of our members have requested for more compelling content for their Oracle/uPortal/Liferay campus portals. Based on this need, CEAI has secured a special license agreement with the Associated Press to use Associated Press video news content and Associated Press' embedded news player. Based on the special license agreement with AP, this content is provided at no cost to all the CEAI, JA-SIG and Jboss Members. In addition to Associated Press' news content, Associated Press has also agreed to carry OSTN News' student-produced news content on their embedded news player! As you may know, OSTN News is the first collegiate news show where students report the hottest stories from around the US, UK and Canada. The stories are based on news events that are of interest to college-age students. To provide this content through a Portal, CEAI in collaboration with University of Montana has developed a JSR-168/WSRP compliant Associate Press OSTN News Portlet/Channel. This portlet/channel is being provide to the community on an open source basis. We have successfully tested this portlet/channel against Oracle Portal and Liferay Portal. We are looking for a brave volunteer institution that would like to deploy/test this against Jboss Portal. Attached is the WAR file which can be deployed on your portal. Please let me know if you would like to volunteer or if you have any questions/problems implementing this portlet/channel. Thanks, -- *Dheeraj Kumar* <mailto:dheeraj_kumar@campuseai.org> Community Development Coordinator *Work:* 216-589-9626 ext. 217 <sip:217@asterisk.campuseai.org> *Email:* dheeraj_kumar(a)campuseai.org <mailto:dheeraj_kumar@campuseai.org> *Fax:* 216-589-9639 * * **CampusEAI Consortium* <http://www.campuseai.org> 1940 East 6th Street - 11th Floor <http://maps.google.com/maps?f=q&hl=en&q=1940+east+6th+street,+cleveland,+...> Cleveland, Ohio 44114-2225 U.S.A. * <http://rdgriffin-designs.capsil.com/ceai-tv.html> This e-mail, including any attachments, is confidential and may well be legally privileged. If you receive it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. To do so could violate state and/or federal privacy laws. Thank you for your cooperation.

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: How to access files in a sar deployed via VFS

by mmusgrov

Sorry, I just saw the sticky note regarding user questions. I'll try my question on one of the other forums. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161281#4161281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161281

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - How to access files in a sar deployed via VFS

by mmusgrov

I am tying to get our JBossTS tools swing app running on AS5. An intern had it working on JBossAS 4.2 by packaging it in a sar. The code expects the sar to be exploded so that it can use java.io.File, java.util.jar.JarFile etc to read in its' target config. What is the best way to port this code so that it works with the VFS abstraction? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161280#4161280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161280

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Merging conf/jboss-service.xml into conf/bootstrap.xml and r

by scott.stark＠jboss.org

Should we get rid of the conf/jboss-service.xml for CR2 and even move the jmx kernel initialization to an optional bean? I want to get rid of the hack in the profile service bootstrap code that looks for conf/jboss-service.xml so the bootstrap is completely externalized. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161272#4161272 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161272

15 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Some tests broken since not using verify

by timfox

I just noticed that most of the deployer tests do EasyMock.replay, but don't use EasyMock.verify so they're always passing. When I add EasyMock.verify they fail. The Roles matching in security deployer tests also seems not to actually match (Need an IArgumentMatcher??) I think I've seen some other early tests without verifies too. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161270#4161270 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161270

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM3 switched to maven

by alex.guizar＠jboss.com

Note for starters: you need to add the snapshots repository or your fresh maven build will not work. <repositories> | <repository> | <id>jboss-snapshots</id> | <url>http://snapshots.jboss.org/maven2/</url> | </repository> | </repositories> Thomas: is this intentional? I saw the following snippet in the POM which doesn't look quite right... <distributionManagement> | <site> | <id>jbws.dyndns.org</id> | <url>file:///home/tdiesler/workspace/jbpm-site</url> | </site> | </distributionManagement> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161265#4161265 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161265

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: Integrating aop.xml information into metadata view

by scott.stark＠jboss.org

Not duplicating effort and making sure we are integrating the sources of metadata is the point here, so I don't think we have reinvented the mdr as yet. So for the jndi binding policy, we have: - aop.xml providing a bean level/aop domain level default. - deployer level defaults. - class level annotation, jboss.xml providing deployment level specifications that go into a JBossMetaData.getJndiBindingPolicy So the mdr should be the authoritative view of the JndiBindingPolicy with loaders from the various sources? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161258#4161258 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161258

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by alex.guizar＠jboss.com

I believe we should have a validating parser all the time. This would have two benefits: * the jPDL parser would be simpler because it would not have to concern itself with checking constraints that are already expressed in the schema document. * error reporting to users would be better, because we can capture the syntax error list from the XML parser and return it along the semantic errors detected by the jPDL parser. On the other hand I understand that users that always enter schema-valid documents (such as those produced by the designer) would want to save the overhead of validation. The configurable XML parser that you propose would be the solution there. A separate validation step is less useful in my view, because it adds more overhead compared to the validate-as-you-parse approach. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161253#4161253 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161253

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: Integrating aop.xml information into metadata view

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : Moving this dev thread to here. | http://lists.jboss.org/pipermail/jboss-development/2008-June/012271.html | | The ejb3 layer is looking to aop for some of its metadata and we need inverted to be looking at metadata/metadata repository to have an externalized, authoritative view. Carlo's point on the dev thread was about the default jndi binding policy. | | Kabir had been working on a metadata view of the aop.xml. We are doing some integration with this view metadata repository loaders (I believe). The point of this thread is how to properly integrate the various aop metadata info into the jboss-metadata view. | I don't understand why you a reinventing the wheel here? The MDR was designed to do this kind of processing. For the JNDI example on the mailing list, you just need something that deploys that default JNDIBindingPolicy annotation in the "Server" scope. I'll bet you'll come up with examples where this is not possible, and then I'll have to explain why you're doing it wrong or making overly complicated. ;-) NOTE: I don't really expect that we can fully take advantage the MDR yet, until Kabir has implemented my feature request where AOP domains (and their aop config) are associated with the MDR scopes. e.g. being able to create an AOP domain in the EJB3 subsystem scope that is a parent of all EJB3 deployments and whose AOP config doesn't interfere with other subsystems. This instead of the current ejb3 or jboss messaging aop config hacks (two different solutions) is the more generic solution that can then be used by all subsystems. It's even more generic than that, because you can override the subsystem scope/config with an application level aop domain/config, etc. This also shows that the scoped MDR is not just about annotations, but about generic configuration, e.g. the AOP domain. Have a nice weekend. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161244#4161244 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161244

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Integrating aop.xml information into metadata view

by scott.stark＠jboss.org

Moving this dev thread to here. http://lists.jboss.org/pipermail/jboss-development/2008-June/012271.html The ejb3 layer is looking to aop for some of its metadata and we need inverted to be looking at metadata/metadata repository to have an externalized, authoritative view. Carlo's point on the dev thread was about the default jndi binding policy. Kabir had been working on a metadata view of the aop.xml. We are doing some integration with this view metadata repository loaders (I believe). The point of this thread is how to properly integrate the various aop metadata info into the jboss-metadata view. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161240#4161240 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161240

15 years, 10 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 June 2008