July 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Labs] - anonymous cvs broken

by lhoriman

Not sure where the right place to post this is, but anoncvs seems to be busted: The server reported an error while performing the "cvs checkout" command. : cvs [checkout aborted]: cannot stat /var/run/cvslock: No such file or directory : cvs [checkout aborted]: cannot stat /var/run/cvslock: No such file or directory View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961700#3961700 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961700

18 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: ESB and the use of EJB

by jgilbert

That is a good example. However, we aren't using maven and testng in JBossESB. But, Ant and JUnit will work just fine. Here is a link to the JBoss documentation: http://docs.jboss.org/ejb3/embedded/embedded.html I followed this to create the following: - this is a well testes JUnit TestSetup class that could be ported to JBossESB/common http://taylor.cvs.sourceforge.net/taylor/taylor/commons/src/main/java/net... - this is an application that uses it. ignore the fact that it uses maven2. http://taylor.cvs.sourceforge.net/taylor/taylor/tracker/ - this directory contains all the setup files. they can also be found in the ejb3 embedded container distro src/test/resources/ - i also like to use the hsql in-memory db so that tests start fresh each time. hsql is available in the third-part jar in the distro - we just need to add three jars to the JBossESB lib directory: -- jboss-ejb3-all-alpha8.jar -- hibernate-all-alpha8.jar -- thirdparty-all-alpha8.jar - also not that jms can also be tested in the junit. pretty cool! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961696#3961696 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961696

18 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Logging.. log4j or commons.logging

by mark.little＠jboss.com

We have a generic logging framework that ships as part of JBossTS, though it isn't tied to it. It interfaces with all of the logging implementations and provides support for I18N/L10N compatibility. There's actually a JIRA task for that already. I don't have a strong preference. But I know this framework works and users have been able to plug in their own (proprietary) logging implementations without affecting the system (TS in this case). I'd suggest at least giving it a look. My intention was to use it for the first GA (or maybe the 2nd). In the meantime, log4j is probably good enough for us. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961695#3961695 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961695

18 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Logging.. log4j or commons.logging

by kurt.stam＠jboss.com

We need to add logging. Personally I like to use log4j right out of the box. I have run into a few issue with apache commons.logging before (pretty well described in http://www.qos.ch/logging/thinkAgain.jsp). I guess a third option is java.logging but I never really seriously considered that.. Does anyone have a strong preference for one of the other? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961694#3961694 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961694

18 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - ESB and the use of EJB

by kurt.stam＠jboss.com

The current code base uses a few EJBs. We will soon upgrade them to EJB3 standards (see http://jira.jboss.com/jira/browse/JBESB-47). It'd be nice if we can test without having to bring up the server like here (http://docs.codehaus.org/display/MAVENUSER/How+to+use+the+JBoss+Embedded+...) I'd like to know what people use and what their experiences are. --Kurt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961692#3961692 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961692

18 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Justification for

by timfox

"igarashit" wrote : | If The version of the framework leaks to malicious client from stacktrace, that may cause any security broblem. Yes, security is another reason for not leaking server implementation details to clients. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961683#3961683 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961683

18 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Session execution and thread pooling

by timfox

Messages need to be delivered to the message listeners of a session in a serial order. Currently we are implementing this by the session maintaining a EDU.oswego.cs.dl.util.QueuedExecutor which queues up deliveries for listeners in the session. The QueuedExecutor maintains it's own thread which excecutes Runnables from the queue, one by one. I would like to avoid maintaining a thread per session, and be able to execute the Runnables using a global pool, but still maintaining serial order on a per session basis. This could be done by maintaining a queue per session, but actually executing the Runnables on a thread from this global pool. I'd like to avoid writing this class myself, but I can't see how I can use the Doug Lea concurrent classes to do this. Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961681#3961681 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961681

18 years, 5 months

1
0
0 / 0

[Design of JBoss Eclipse IDE (dev)] - Re: Max -- followup to our JBossWorld conversation re: SEAM

by hxp

Max -- Thanks for your quick and detailed response! "max.andersen(a)jboss.com" wrote : | | Gavin is busy doing other things; so feel free to attack it ;) | | Gee, I was hoping it was all done for us ;-) "max.andersen(a)jboss.com" wrote : | | of course. Just need someone to step up and contribute ;) | | I'm catching your drift.... let me see if I can carve out some cycles within the intensity of my current projects, and take a closer look at what I can contribute. I grabbed 2.0.0.Alpha1a recently, and will sometime soon be checking to see if there are any current rev-eng/generator/template compatibility problems vis-a-vis Seam 1.0.1.GA &/or the JEMS installer 1.2.0's portal profile. I really would like to do the full FreeMarker template set for a Facelets version. (+ an early call for collaborators: if any Hibernate gurus have sample java or jsp source chunks they can post on this thread for what would be the optimal generated output in terms of working with composite keys and recursive associations, I'd be happy to convert and merge them into FreeMarker templates for generating the Facelets xhtml and the backing EJB3 Session bean.) anonymous wrote : | Great to see you back - and I hope you find time to contribute :) Thanks for the warm welcome again, and while it won't be this week, I'll definitely be back in touch on this thread with detailed replies to each of yours. -- Howard "hxp" Pearlmutter View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961675#3961675 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961675

18 years, 5 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: Feature Request - I'll do the work!

by AronSogor

I remember playing with something like this.. Semi-Simple: The other way around would be to configure the JMS (Destination Mngr)to protected by the same realm as JBCS. This way the user would have an authernticated, and have authorization to publish. More advanced: That I partially know( and there was some beer in the conversation) to configure the some realm hierarchy, and make the JMS accept JBCS realm authenticaed users. In both case I think this would be: - invasive and complex. - but still much more elegant than usernames/passwords all over config files. The main idea is that if you have access to the publish codebase why not use the JAAS that is already there vs trick with semi-secret passwords. + password maintance would be really painfull. Aron View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961669#3961669 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961669

18 years, 5 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: Feature Request - I'll do the work!

by acoliver＠jboss.org

I just remove all the invokers except for the JVM invoker. I don't see the type of security you mention to be generically useful enough to incorporate it as it would complicate security pretty dramatically. Besides you'd have to store the user/password for the mail listener locally anyway and if anyone has the abillity to deploy an app then they presumably have the abillity to get at that password. I'm not 100% against it if you can demonstrate it in a non-invasive generically useful way...but this seems like a special requirement and I don't see a great deal of non-perception-only security added by it... Maybe I'm wrong...but I don't see it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961659#3961659 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961659

18 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2006