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: enazareno <do-...@jb...> - 2006-07-07 01:44:50
|
Sorry i misttyped this anonymous wrote : | When sending mail, I used outlook express and composed mail to two addresses: | el...@ma... and the other is my yahoo mail. should be : el...@ra..., not el...@ma... Regards, Elmo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956044#3956044 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956044 |
From: enazareno <do-...@jb...> - 2006-07-07 01:36:43
|
Hi, Thanks for the reply. This is my jboss-service.xml : | <mbean code="org.jboss.mail.pop3.POP3Protocol" name="jboss.mail:type=MailServices,name=POP3Protocol"> | <depends>jboss.security:service=JaasSecurityDomain,domain=Mail+SSL</depends> | <attribute name="SecurityDomain">java:/jaas/Mail+SSL</attribute> | <depends>jboss.mail:type=MailServices,name=MailListener</depends> | <depends optional-attribute-name="MailboxManager" proxy-type="attribute">jboss.mail:type=MailServices,name=MailboxManager</depends> | <depends optional-attribute-name="UserRepository" proxy-type="attribute">jboss.mail:type=MailServices,name=UserRepository,uimanageable=true</depends> | <!--depends optional-attribute-name="APOPUserRepository" proxy-type="attribute">jboss.mail:type=MailServices,name=UserRepository,uimanageable=true,apop=true</depends--> | <!--register the protocols you want to use --> | <attribute name="Servername">mail.ramesesinc.com</attribute> | <attribute name="TlsEnabled">true</attribute> | <attribute name="RequireTls">false</attribute> | <!-- enable for forcing clients to use their own certificats --> | <attribute name="RequireClientCert">false</attribute> | </mbean> | | <!-- defines a POP server. --> | <mbean code="org.jboss.mail.Server" name="jboss.mail:type=MailServices,name=POP3"> | <depends>jboss.mail:type=MailServices,name=POP3Protocol</depends> | <!-- options are presently POP or SMTP, we want POP --> | <attribute name="Protocol">jboss.mail:type=MailServices,name=POP3Protocol</attribute> | <!-- port to listen on --> | <attribute name="Port">110</attribute> | <!-- which addresses to listen on 0.0.0.0 = all or localhost means only the localhost --> | <attribute name="Address">0.0.0.0</attribute> | <!-- timeout between commands (not presently supported) --> | <attribute name="Timeout">30000</attribute> | <!-- timeout for the connection regardless of whether it is finished. Thus it will kill the socket and thread mid-stream/operation. This should be big | enough to allow whatever the messages you're sending while defending against folks who might try to DoS your server | by keeping a large number of connections alive --> | <attribute name="Life">120000</attribute> | <attribute name="PoolSize">5</attribute> | <attribute name="UsesSSL">false</attribute> | </mbean> | And when i telnet : anonymous wrote : | telnet mail.ramesesinc.com 110 | Trying 10.0.0.11... | Connected to mail.ramesesinc.com. | Escape character is '^]'. | +OK POP3 Server (JBMAIL POP3 Server version 1.0M4) ready <61....@ma...> | USER elmo | +OK | PASS tinoy2005 | +OK | LIST | +OK 0 messages (0 octets) | . | | When sending mail, I used outlook express and composed mail to two addresses: el...@ma... and the other is my yahoo mail. The yahoo mail receives it but my local mail does not. Would appreciate any help. Regards, Elmo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956043#3956043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956043 |
From: jplenhart <do-...@jb...> - 2006-07-07 01:33:24
|
I revised some of the Build and Deploy Getting Started doc. I was thinking that all of the 'Background' and 'Design Highlights' may be more suited for a Developers Guide. What do you all think? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956042#3956042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956042 |
From: <ben...@jb...> - 2006-07-07 00:41:41
|
Yes, we will be using SPI, then I need the API to overload the state transfer code. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956037#3956037 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956037 |
From: ferrari <do-...@jb...> - 2006-07-06 23:22:28
|
Hi, I'm not sure there is Unified Invoker for JBoss 3.2.3, but I thought the Pooled Invoker should work with this version. What I can't understand is that it is ok with: - JRMP, and driver and server on different nodes - Pooled Invokers, but driver+server running on the same node. It doesn't work only with Pooled Invokers, and driver and server on different nodes. What are the configuration change you have made, moving from the default invoker with JRMP to the Pooled? Is there anything in particular that should be changed in the ClassPath? Cheers View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956032#3956032 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956032 |
From: <ale...@jb...> - 2006-07-06 22:55:33
|
There wasn't 1.0 release yet. I was going to work on the refactoring (once again) after the next CR. So, if all significant refactoring should be in 2.0 then I am going to start releasing with 2.0 (which is ok by me). But I won't release current API and impl. WS releases will distribute XB binaries anyway. So, they as well could use the XB binary for 4.0.4.GA that would work in any JBoss version. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956027#3956027 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956027 |
From: JBoss IT <pos...@li...> - 2006-07-06 22:55:27
|
JBoss List Members, On July 10th, 2006, our new list server, lists.jboss.org, will officially go live. All development lists, including jboss-dev- fo...@li... will officially be moved to the new server, at this time. The new list address will be jboss-dev- fo...@li.... Everyone currently subscribed to the SourceForge list will be sent a subscription invitation to the corresponding new list on our server by July 7th, 2006. Access to the old lists on SourceForge will be cut off on July 12th, 2006, though archives will remain available on the SourceForge list server for the time being, and a link will be provided from our new list server (lists.jboss.org). Thanks for your patience during this transition. Sincerely, JBoss IT pos...@li... |
From: <go...@ic...> - 2006-07-06 22:42:59
|
Welcome back from vacation, hope you got to enjoy it, how was the weather in SanFran? I would like to help with "patching", but ATM am busy with normal work. I will try and make an effort though... I did this in mySQL....see anything wrong with it, other than maybe inefficiency, i.e. to delete all of a users email related data... DELETE FROM messagedata WHERE folder_id = lngUserInBoxID; | /* Now clean orphaned emails in other tables */ | DELETE FROM paged_mail_store WHERE id not in (select m.bodyid from messagedata m); | DELETE FROM paged_mail_store_pages WHERE blobid not in (select b.id from paged_mail_store b); | DELETE FROM storeitemmetadata WHERE pid not in (select b.id from paged_mail_store b); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956025#3956025 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956025 |
From: <cle...@jb...> - 2006-07-06 22:25:29
|
aha.... maybe they fixed their stuff: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5056445 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956020#3956020 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956020 |
From: <aco...@jb...> - 2006-07-06 22:18:53
|
Guys, when such descriptions get so verbose I think one thing...PATCHES PLEASE!!! If it takes me a lot of time to understand it and it isn't IMAP efficiency, API or admin (my primary concerns ATM) then it will possibly get lost AND IT SHOULDN'T, and I KNOW that the other JBMS guys (as opposed to JBCS on the whole) are the same way! This sounds like a simpler fix with less lines of code than the actual thread! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956019#3956019 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956019 |
From: <aco...@jb...> - 2006-07-06 22:15:10
|
So basically it is this: Return NULL if you do not want listeners later in the chain to do anything with the message. Return the message object that you WANT listeners later in the chain to do something with. As far as how that should be commented... please submit a pach with cvs diff -u from the jboss-mail module dir (HEAD) and attach to a jira issue. Such things are !!!!!!greatfully!!!!!! accepted (things not in this form are treated as "trivial" bug reports because the cost is higher). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956018#3956018 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956018 |
From: <cle...@jb...> - 2006-07-06 20:02:14
|
We have used UnifiedInvokers and PooledInvokers with SpecJ without any problem. However we are testing JBoss 4.0.x series. There is something wrong with your configuration. (ClassPath probably). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955996#3955996 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955996 |
From: ferrari <do-...@jb...> - 2006-07-06 19:02:38
|
I'm using ECperf from Sun with JBoss3.2.3. Everything works fine with the JRMP Invoker. With the Pooled Invoker instead, it works only if driver and server are on the same node (unacceptable choice for performance tests). In standardjboss.xml, I did substitute <invoker-mbean>jboss:service=invoker,type=jrmp</invoker-mbean> with <invoker-mbean>jboss:service=invoker,type=pooled</invoker-mbean> And I understood this is the only change to do in the configuration. It seems that the driver requests don't get through. I wrote few lines of code to trace the error (ECperf throws only "UndeclaredThrowableException"). The test application gets context and does the lookup of the bean fine, but, when it calls the create method on the bean, the connection from the client stub is refused. Is there anything else that should be changed in the configuration of JBoss or ECperf? The test code: -- public class Test { public static void main(String[] args) { try { String ohome = "OrderSes"; Context ctx = new InitialContext(); OrderSesHome orderSesHome = (OrderSesHome) PortableRemoteObject.narrow(ctx.lookup(ohome), OrderSesHome.class); System.err.println(" -> From Here"); OrderSes orders = orderSesHome.create(); } catch(Exception e) { e.printStackTrace(); } } } -- The error: -- -> From Here java.lang.reflect.UndeclaredThrowableException at $Proxy0.create(Unknown Source) at com.sun.ecperf.driver.Test.main(Test.java:29) Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:169) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) at java.net.Socket.connect(Socket.java:452) at java.net.Socket.connect(Socket.java:402) at java.net.Socket.(Socket.java:309) at java.net.Socket.(Socket.java:124) at org.jboss.invocation.pooled.interfaces.PooledInvokerProxy.getConnection(PooledInvokerProxy.java:236) at org.jboss.invocation.pooled.interfaces.PooledInvokerProxy.invoke(PooledInvokerProxy.java:322) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:173) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85) ... 2 more -- View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955979#3955979 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955979 |
From: <bst...@jb...> - 2006-07-06 18:39:11
|
There is a JIRA related to this http://jira.jboss.com/jira/browse/JBCACHE-465. IMHO the right way to do this is to refactor out all the state transfer code (e.g. _getState and _setState)) into some sort of pluggable state transfer manager not just change how the factory is retrieved. Then PojoCache can have complete control. This task still says 2.0 -- I thought it was moved to 2.1 as its an internal thing. But for Ben's needs it looks like it needs to be 2.0 anyway. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955972#3955972 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955972 |
From: sappenin <do-...@jb...> - 2006-07-06 18:12:10
|
I think the internal MailListener.send() function contract should still be clarified inside of the JBCS code. For example, the MailListener.send() function specifies: "@return the message containing what could not be handled by this listener, null if the whole message was consumed". However, as stated in this thread's original message, null messages break the ListenerChain code. With the current Listener code, one must return a non-null Mail/Message object that has handled "to" addresses removed. If the message has been fully handled, the Mail/Message must have an empty List of "to" addresses. So, does anyone have pros/cons for either method? It seems like returning null from the "Send" function to indicate that the message has been fully "taken care of" would be the cleanest method. However, there might be an instance where a listener that is last in the chain may want to do something with a message (even though no "to" addresses exist in the message anymore), and receiving a null would not be a good thing here. An Audit Listener might do something like this. For example, save a message to the audit log only if it has been fully processed. Any opinions? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955967#3955967 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955967 |
From: <sco...@jb...> - 2006-07-06 17:55:40
|
"soh...@jb..." wrote : "j2ee_junkie" wrote : | | Are you saying that Login Modules really should just authenticate, and not authenticate and authorize? | | | | Seems like the issue being addressed is who populates the Subject with role information (LoginModule or an Authorization aspect). | | Decoupling this function from the LoginModule makes perfect sense. | | | The LoginModule does not do the actual *authorization enforcement*. That function is actually performed by the different layers in the application like (web,EJB,JACC,some XACL module etc) 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. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955965#3955965 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955965 |
From: <soh...@jb...> - 2006-07-06 17:52:11
|
"j2ee_junkie" wrote : | Are you saying that Login Modules really should just authenticate, and not authenticate and authorize? | Seems like the issue being addressed is who populates the Subject with role information (LoginModule or an Authorization aspect). Decoupling this function from the LoginModule makes perfect sense. The LoginModule does not do the actual *authorization enforcement*. That function is actually performed by the different layers in the application like (web,EJB,JACC,some XACL module etc) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955962#3955962 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955962 |
From: sunnymoon <do-...@jb...> - 2006-07-06 17:42:05
|
explicitly to KeV (ricewind23): I've found a wiki page describing Ldap Auth by changing RoleModule and UserModule to an LDAP based ones... but I can't find the source code for these anywhere... Could you please indicate us the location of this code? And to what portal version will it apply? Tks JPereira View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955958#3955958 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955958 |
From: <sco...@jb...> - 2006-07-06 17:31:55
|
Yes. This is already the case when you use the JACC provider, at least an implementation other than the current jboss default. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955956#3955956 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955956 |
From: <ani...@jb...> - 2006-07-06 17:31:51
|
"j2ee_junkie" wrote : Scott, | | anonymous wrote : Its a legacy overloaded usage of jaas that the login modules provide the declarative roles. | | Are you saying that Login Modules really should just authenticate, and not authenticate and authorize? | | cgriffith No, he means the roles are populated in the subject. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955955#3955955 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955955 |
From: j2ee_junkie <do-...@jb...> - 2006-07-06 17:19:37
|
Scott, anonymous wrote : Its a legacy overloaded usage of jaas that the login modules provide the declarative roles. Are you saying that Login Modules really should just authenticate, and not authenticate and authorize? cgriffith View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955948#3955948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955948 |
From: <sco...@jb...> - 2006-07-06 17:11:24
|
"soh...@jb..." wrote : | Right but the issue with using it this way with association with the LoginModule is that the LoginModule may not fire in 100% of usecases, as indicated. | | Looks like we kind of need a way to specify the role-mapping independent of the LoginModule, so that the roles are populated without dependence on particular LoginModule Correct. We need a separate authorization aspect(s) that can be applied to the authentication result to build up the authorization context independent of the authentication phase. Its a legacy overloaded usage of jaas that the login modules provide the declarative roles. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955946#3955946 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955946 |
From: osterday <do-...@jb...> - 2006-07-06 17:11:04
|
Ok, I got things mostly working now using latest M5 from CVS. Instead of adding my listener to the MailListenerChain, I'm adding it to the LocalDeliveryChain, checking if any processing is needed, removing the To address if needed and passing the message on. Now the other listeners don't complain. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955945#3955945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955945 |
From: <soh...@jb...> - 2006-07-06 17:05:53
|
"ani...@jb..." wrote : | Close. The RoleMappingLoginModule uses a properties file to specify the mapping. | http://wiki.jboss.org/wiki/Wiki.jsp?page=RoleMappingLoginModule | Right but the issue with using it this way with association with the LoginModule is that the LoginModule may not fire in 100% of usecases, as indicated. Looks like we kind of need a way to specify the role-mapping independent of the LoginModule, so that the roles are populated without dependence on particular LoginModule View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955943#3955943 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955943 |
From: <ani...@jb...> - 2006-07-06 16:46:27
|
"soh...@jb..." wrote : Since it makes sense to associate this mapping at the security-domain level to be utilized at different layers of the app (not just ejb and web)(I am thinking Portal,SEAM, JBPM etc) | | wouldn't it make sense to extend the configuration options in the login-config.xml so that you can specify the role/identity mappings kind of like this: | | | <application-policy name="security-domain-name"> | | <login-module>blahblah</login-module> | | <role-mapping> | | <application-role>whatever role from login module</application-role> | <deployment-role>whatever deployment role it should map to</deployment-role> | | </role-mapping> | </application-policy> | | Ofcourse this is just an example, and definitely needs better element names | | Close. The RoleMappingLoginModule uses a properties file to specify the mapping. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955940#3955940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955940 |