Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ani...@jb...> - 2006-07-10 15:39:58
|
"sco...@jb..." wrote : | Yes, and instead of just a Subject representing the security context, we should have a security context that contains a Subject, trust domain info, authorization info/pointers, etc to allow better integratin/reuse of authorization aspects. | We can do the cleaning up of the security context clean up in the time frame of JBoss 5.0.0.GA (50%) or 5.0.1 (100%). I am wondering how difficult will it be for those users who have customized JBoss security or have had deeper integration, because keeping the overloaded subject with the roles/calleridentity/runasidentity logic after the cleanup, for backward compatibility, will be a nightmare in terms of manageability/complexity. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956625#3956625 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956625 |
|
From: <ani...@jb...> - 2006-07-10 15:04:58
|
For the web layer, currently we have multiple JBoss realms namely JBossSecurityMgrRealm, JaccAuthorizationRealm (maybe more in future??) that have a variance in how they do authorization only. I would like to unify these realms into a single realm called as JBossRealm in which the authorization decisions for (hasResourcePermission, hasRole and hasUserDataPermission) will be delegated to the authorization framework(Authorization Modules that do default web behavior, jacc behavior, xacml behavior or custom authz behavior will drive the decision). To this end, I am planning to define a separate security domain for the realm (not to mix with the application defined realm). The authentication process still happens based on the app specified security domain, via the security manager obtained through the jndi binding. This separate security domain will have the authorization module that defines the default tomcat authorization logic (replacable with a module that does jacc). Questions: 1) Any issues in unification of the realm? 2) Will the separate security domain confuse the user? If not, we will have to force them to add the default web authorization module to their security domain. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956614#3956614 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956614 |
|
From: <tho...@jb...> - 2006-07-10 15:00:22
|
The limit is 10Mb ;) You can FTP it from my machine Max. For others, if you are interested let me know and we'll find a way View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956610#3956610 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956610 |
|
From: osterday <do-...@jb...> - 2006-07-10 14:35:06
|
Thanks sappenin! I'm looking forward to returning NULL! ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956602#3956602 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956602 |
|
From: <max...@jb...> - 2006-07-10 14:04:00
|
13 megs? insane ;) just zip it and attach it to the jira case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956594#3956594 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956594 |
|
From: <tho...@jb...> - 2006-07-10 13:49:57
|
I now have the booking app as WTP projects with configuration for JBoss AS. (In our current examples we do Ant filtering to configure the examples for one app server or the other (or Tomcat) I will document the elements that need customization and how names are related (for example you build the JNDI name from the EAR Name followed by some stuff) If you need my Eclipse Workspace for this example, let me know we will try to find a way to send the 13MB of compressed files... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956590#3956590 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956590 |
|
From: <tho...@jb...> - 2006-07-10 13:38:14
|
It's in jboss-service.xml it's the URLDeploymentScanner mbean
| <!-- URLs are comma separated and resolve relative to the server home URL
| unless the given path is absolute. If the URL ends in "/" it is
| considered a collection and scanned, otherwise it is simply deployed;
| this follows RFC2518 convention and allows discrimination between
| collections and directories that are simply unpacked archives.
|
| URLs may be local (file:) or remote (http:). Scanning is supported
| for remote URLs but unpacked deployment units are not.
|
| Example URLs:
| deploy/
| scans ${jboss.server.url}/deploy/, which is local or remote
| depending on the URL used to boot the server
| ${jboss.server.home}/deploy/
| scans ${jboss.server.home}/deploy, which is always local
| file:/var/opt/myapp.ear
| deploy myapp.ear from a local location
| file:/var/opt/apps/
| scans the specified directory
| http://www.test.com/netboot/myapp.ear
| deploys myapp.ear from a remote location
| http://www.test.com/netboot/apps/
| scans the specified WebDAV location
| -->
| <attribute name="URLs">
| deploy/
| </attribute>
|
And you can do it at runtime too, since this is an mbean.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956584#3956584
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956584
|
|
From: <max...@jb...> - 2006-07-10 13:14:49
|
ok - but how do you (easily) add a new directory for scan for deployment ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956581#3956581 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956581 |
|
From: <tho...@jb...> - 2006-07-10 13:12:11
|
You can easily add a new directory to scan for deployment on JBoss but the packaging is not correct on WTP (You can't have a War inside a Ear). A copy-on-save would do the magic. Having exploded archived is a *Very important* feature it lets you fix your JSF pages without having to redeploy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956579#3956579 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956579 |
|
From: <bil...@jb...> - 2006-07-10 12:49:37
|
"sco...@jb..." wrote : As described, two bean factories with extension points in a jboss_5 xml schema makes sense. Shouldn't there be a general container framework in the unified aop/mc project that can be used of the basis of any context requiring a container with aspects and instance control? | The EJB Container extends an AOP Advisor to gain the ability for annotation overloading, interceptor stack building, etc... Any generic container there is will have to be extensively extended for EJB specific behavior. I'm doing a bunch of abstraction to share behavior between Tomcat/EJB for JEE5, but it looks *REALLY* ugly so far. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956573#3956573 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956573 |
|
From: <rob...@jb...> - 2006-07-10 12:48:44
|
Right now default behavior for running the WTP projects on a server is to package them up. Having the option to deploy exploded is a feature I'll try to work in. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956560#3956560 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956560 |
|
From: <max...@jb...> - 2006-07-10 12:47:55
|
..hopefully something that will work toegether with marshall's packaging "thingy" and then optimally can "copy-on-save" so edits will be instant for e.g. JSF pages. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956561#3956561 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956561 |
|
From: <max...@jb...> - 2006-07-10 12:47:52
|
Optimally it would be cool to get a deployment to point directly to the web src tree in the project, but i don't think that is easily doable ? Andy talked about being able to specify what URL's a jboss installation should look at? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956564#3956564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956564 |
|
From: <bil...@jb...> - 2006-07-10 12:45:42
|
"wolfc" wrote : If I see it correctly the micro kernel currently has no knowledge of aspects, it does lean and mean injection. While AOP does the aspects. | | So why not: | | | <bean name="StatelessBeanContainer" class="..."> | | <propery name="timerService"><factory bean="TimerServiceFactory"/></propery> | | <propery name="aspectDomain>Stateless Bean</property> | | ... | | </bean> | | MC does or will (it should now I believe) have knowledge of aspects. You should be able to define an aspect domain embedded within it. Maybe its best to keep the ideas separate and configured separately, maybe not. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956569#3956569 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956569 |
|
From: wolfc <do-...@jb...> - 2006-07-10 12:09:33
|
If I see it correctly the micro kernel currently has no knowledge of aspects, it does lean and mean injection. While AOP does the aspects. So why not: | <bean name="StatelessBeanContainer" class="..."> | <propery name="timerService"><factory bean="TimerServiceFactory"/></propery> | <propery name="aspectDomain>Stateless Bean</property> | ... | </bean> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956556#3956556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956556 |
|
From: <ale...@jb...> - 2006-07-10 11:04:39
|
The API has been reinstated. http://jira.jboss.com/jira/browse/JBXB-74 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956546#3956546 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956546 |
|
From: <max...@jb...> - 2006-07-10 08:48:39
|
Let's have lunch today about it ;) The deployment issue is something that Stryker should be able to shed a light on. I was hoping he could make that happen somehow ;) Rob? Additional jar's I can understand, but when is additional WAR's interesting/relevant ? I'll also have to give it some thought on how the app generation templates and UI can be adjusted to generated into this more scalable structure. e.g. right now it assumes one root where as here we will have three roots. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956520#3956520 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956520 |
|
From: enazareno <do-...@jb...> - 2006-07-10 08:09:56
|
Hi Jason,
I re-installed it and it seems to be working now. I have two different =
clients, one is Outlook Express and the other Mac OS Mail and it works. IMH=
O, I really (still) don't know what I'm doing. However, there is still the =
same observation, the MessageData gets deleted when the mail is fetched, bu=
t the other tables storeitemmetadata, paged_mail_store, paged_mail_store_pa=
ges still does not get deleted. My wild guess it must be the Jdbc driver ca=
use I'm using MySQL 5, but I still have to check this out. Also, as you con=
firmed there is a problem when sending attachments but I do not have a thro=
ugh test with that. Just sending once mail with attachment and I cannot ret=
rieve it. Also my remote mail does not work anymore but I guess I'll have t=
o reinstall it again. Is there a source code somewhere where I can check o=
ut the SQL statements, which maybe I can test individually? We have some pr=
ojects that makes use of blobs (but not intensive though) and so far I have=
not encountered problems. I've also noticed it creates blobs and not long =
blobs. Normally we use long blobs, but I guess you're using pages so I thin=
k it would not matter. Some problems we have encountered before was when bl=
obs don't get completely flushed out and you get missing bytes. However, I=
'm not yet very familiar with hibernate so I can't guarantee anything - I g=
uess you're using it for persistence right? Anyways, thanks a lot for your'=
s and Andrews time in helping me out. If I find anything unusual (I'm sure)=
I'll post it. I have some other questions but I'll post it in another thre=
ad. Thanks!
Regards,
Elmo
View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv=
iewtopic&p=3D3956513#3956513
Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin=
g&mode=3Dreply&p=3D3956513
|
|
From: <tho...@jb...> - 2006-07-10 08:04:05
|
I have a little knowledge with WTP and how you relate to it. I had a quick look at WTP since i never played with it before and had to realize by myself (even though i have been told) that you cannot deploy an exploded EAR with exploded WARs inside. That is just too bad :( A 'basic' Seam application using EJB3 will have 3 projects most of the time. An EAR, a JAR, a WAR but one could want more than a single JAR or single WAR. I will have a talk with Max and see what we can do. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956511#3956511 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956511 |
|
From: yjusot <do-...@jb...> - 2006-07-10 08:02:37
|
Hello, I'm currently using Beta 2.4 of JBoss Portal, Login works fine with Firefox, but with Internet Explorer 6, I have the following error at submit time: "HTTP Status 408 - The time allowed for the login process has been exceeded. If you wish to continue you must either click back twice and re-click the link you requested or close and re-open your browser" Any idea about that? How to resolve it? Thanks, Have a good day, Yv View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956509#3956509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956509 |
|
From: <go...@ic...> - 2006-07-10 07:53:40
|
quick and dirty, possibly, but you could: 1. run through installer on windows machine 2. copy the directory structure created over to solaris/linux before doing the instructed run.bat step, i.e. GUI instructs you to execute "run.bat" in bin folder 3 then do the run.bat/sh on the linux/solaris box I think I saw a recommendation of this in past when a person had a difficulty with OS. There is an installation script, that you can create, but dont know how to use it, as itis just a text file and doesnt seem like an installer script. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956507#3956507 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956507 |
|
From: <mar...@jb...> - 2006-07-10 07:36:45
|
Just a reminder: if people not on the development team want to build the code from svn, you may be better off looking at one of the official branches or tags rather than the trunk, which is where much of the current development is taking place. The trunk is always in a state of flux. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956506#3956506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956506 |
|
From: <max...@jb...> - 2006-07-10 07:05:59
|
an APT dependency have sneaked into hibernate tools 3.2 which is not needed (org.eclipse.jdt.apt.core) I'll fix it today and do a new tag to be indcluded for friday...when is that build starting ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956503#3956503 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956503 |
|
From: AbelMJ <do-...@jb...> - 2006-07-10 06:49:36
|
Rob: My jars don't contain that ejb xml descriptors, because they are EJB3 modules, and one of the beauties of the new 3.0 spec is just that, the possibility of forgetting about those tedious XML descriptors (love the new annotation move). Max: Just it, good idea, that "undefined" option would be the same as the "deploy to" option that we used to have in the last JBossIDE 1.6 --> just perform a "system copy", and let the JBoss Server start the 'hot deploy'. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956499#3956499 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956499 |
|
From: vickyk <do-...@jb...> - 2006-07-10 06:28:05
|
>>This is not much of a priority for 4.x since we are redoing the deployers in >>the jboss5/mc update. Is there any place where I can look for the information explaining these design changes ? Are these the major changes in the Deployer Architecture .. >>We can't be redeploying the war from destroy service as this should be >>causing a redeployment infinite recursion when the war is undeployed Let me test this... Are you trying to say that if the web applications are redeployed using this logic it will be causing the infinite recursion ... Regards Vicky View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956492#3956492 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956492 |
1965 messages has been excluded from this view by a project administrator.
