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

[Design of JBoss Wiki] - Attachment enhancement ideas

by dhartford

Just throwing out a couple ideas. Some of these may already be in place, just not documented. *Create a wiki-tag to embed uploaded attachment images/files. image:myimg.jpg or image:Main/myimg.jpg instead of http://localhost:8080/wiki/Main/file:myimg.jpg (intent is to show image inline) file:Main/samplesrc.java instead of manually creating a link to http://localhost:8080/wiki/Main/file:samplesrc.java (useful for future clustering attempts as well). Could also be useful if you use the image: tag for thumbnails and file: tag for downloading the actual image file (i.e. file: never embeds the image). *Configuration option to allow or disallow embedding external images (i.e. if using the image: tag, only uploaded attachments and not external images). Policy or bandwidth reasons to not use external images for embedding into the page. *Allow renaming of files on upload. *Retain and come up with display options for the upload date and the 'uploader' for all attachments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990190#3990190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990190

18 years, 1 month

1
0
0 / 0

[Design of Security on JBoss] - Re: SecurityContext

by anil.saldhana＠jboss.com

Scott, can you comment on the following wiki that describes my thoughts on a possible setup of Security Context versus the legacy Security Association. http://wiki.jboss.org/wiki/Wiki.jsp?page=SecurityContextReplaceSecurityAs... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990186#3990186 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990186

18 years, 1 month

1
0
0 / 0

[Design of JBoss Portal] - Re: Upgrading Jackrabbit to 1.1 on Portal 2.6?

by andy.miller＠jboss.com

Sounds like we should do it for the bug fixes alone. The currency issues seems of interest as well. Maybe it scales a little better. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990182#3990182 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990182

18 years, 1 month

1
0
0 / 0

[Design of JBoss Portal] - Re: Upgrading Jackrabbit to 1.1 on Portal 2.6?

by ScottDawson

According to the release notes: http://apache.mirrors.tds.net/jackrabbit/RELEASE-NOTES.txt there are a number of bug fixes including fixes for memory leaks, concurrency issues, problems with versioning, etc. And as Sohil indicated, it should be a drop-in replacement. According to the release notes: anonymous wrote : 1.1 is fully compatible with the 1.0 release. An | Apache Jackrabbit 1.0 installation can be upgraded by replacing | the relevant jar files with the new versions. No changes to repository | contents are needed. Regards, Scott Dawson Unisys View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990178#3990178 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990178

18 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - JBoss Logging and JBoss AOP

by kabir.khan＠jboss.com

I'd like to integrate JBoss AOP with JBoss Logging at some stage, at least when deployed in jboss. The reason logging is not included is from before my time, so if somebody can tell me why integrating with JBoss Logging is a bad idea I'll think about it. If not, it's going in. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990171#3990171 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990171

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: vfs* based URLs

by scott.stark＠jboss.org

Yes, that is the current no copy nested jar impl. The total compressed memory of all jars is not that much for a server class machine, so having an in memory ram jar file implementation is something we should be able to support. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990163#3990163 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990163

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: vfs* based URLs

by bill.burke＠jboss.com

I can look into that too. One option I guess is to load the jar into a byte array and have pointers into that array for the entries, returning BAIS, when needed. This seems like a memory hog though as you have to have the contents of the Jar in memory. I wonder if JarFile and the URLClassLoaders that use them are efficient in that regard? Using a stream interface so that they don't have to keep the raw bytes in memory. If not, then the bytearray approach probably works great. I think thats sorta what you're already doing with the current implementation that is there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990160#3990160 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990160

18 years, 1 month

1
0
0 / 0

[Design of Security on JBoss] - Re: Cleaned up security project

by anil.saldhana＠jboss.com

Some more: | <artifactId>jboss-system</artifactId> | | All the ServerMBeanSupport extended MBean services are affected | Looks like jboss-system has a dependency on jboss-j2se, because removal of jboss-j2se makes ServerMBeanSupport unhappy due to dependence on org.jboss.mx.util.JBossNotificationBroadcasterSupport | <artifactId>jnpserver</artifactId> | | All the naming provide context factories choke (org.jboss.security.jndi) | I do not think we need jboss.jar. so that can be removed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990157#3990157 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990157

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: vfs* based URLs

by scott.stark＠jboss.org

Also, there is no native toURL().openConnection() for a nested jar. It cannot be a requirement that we unpack nested jars as is currently being done. How are you going to handle this type of vf? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990155#3990155 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990155

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: vfs* based URLs

by bill.burke＠jboss.com

Yes, I can do that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990152#3990152 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990152

18 years, 1 month

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 November 2006