Re: [Acegisecurity-developer] About The Following Acegi Releases
On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > Ray Krueger wrote: > > > Ben were you suggesting having acegi-version.jar would be just binary, > > and acegi-version-sources.jar would be binary with source? > > Yes, a traditional .class-only JAR, and a combined .class plus .java > JAR. People like me would use the latter, whereas people concerned about > the extra 500 Kb in their download can use the former. > > In my experience delivering training courses, I know how very useful it > is to have automatic JavaDocs and source code available to people trying > to learn a new API. > > It is really an issue of what do we value more: > > * Minimizing bandwidth. Bandwidth is cheap. Every decent library > (Spring, Eclipse, Java) is now dozens of megabytes to download. I won't > lose much sleep adding 500 Kb (or even 1 Mb!) to a JAR download. > > * Maximizing productivity. Unlike bandwidth, people are expensive. > People are time poor. People are constantly dealing with API changes and > new APIs. People don't remember every argument and interface contract > they read. We can make peoples' lives easier by including source in the > JARs. Besides, we're more likely to get bugs detected and fixes > contributed back if more people see the source code. That's why everybody should be using maven :D > > Google (GWT) have obviously concluded the latter is more important, and > I'm not aware of anyone objecting to their inclusion of source code. > They don't even offer a source-code-free JAR, yet we would continue to. > > Cheers > Ben > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Excellent add-on points, Ray. Resonates with me too. Scott Ray Krueger wrote: > Well put... > Dual jars covers both camps. > > I spend 85% of my day in mentor mode for Spring, Hibernate, and Acegi. > So your "people are time poor" comment really swung my vote heh. > > > On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > >> Ray Krueger wrote: >> >> >>> Ben were you suggesting having acegi-version.jar would be just binary, >>> and acegi-version-sources.jar would be binary with source? >>> >> Yes, a traditional .class-only JAR, and a combined .class plus .java >> JAR. People like me would use the latter, whereas people concerned about >> the extra 500 Kb in their download can use the former. >> >> In my experience delivering training courses, I know how very useful it >> is to have automatic JavaDocs and source code available to people trying >> to learn a new API. >> >> It is really an issue of what do we value more: >> >> * Minimizing bandwidth. Bandwidth is cheap. Every decent library >> (Spring, Eclipse, Java) is now dozens of megabytes to download. I won't >> lose much sleep adding 500 Kb (or even 1 Mb!) to a JAR download. >> >> * Maximizing productivity. Unlike bandwidth, people are expensive. >> People are time poor. People are constantly dealing with API changes and >> new APIs. People don't remember every argument and interface contract >> they read. We can make peoples' lives easier by including source in the >> JARs. Besides, we're more likely to get bugs detected and fixes >> contributed back if more people see the source code. >> >> Google (GWT) have obviously concluded the latter is more important, and >> I'm not aware of anyone objecting to their inclusion of source code. >> They don't even offer a source-code-free JAR, yet we would continue to. >> >> Cheers >> Ben >> - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Well put... Dual jars covers both camps. I spend 85% of my day in mentor mode for Spring, Hibernate, and Acegi. So your "people are time poor" comment really swung my vote heh. On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > Ray Krueger wrote: > > > Ben were you suggesting having acegi-version.jar would be just binary, > > and acegi-version-sources.jar would be binary with source? > > Yes, a traditional .class-only JAR, and a combined .class plus .java > JAR. People like me would use the latter, whereas people concerned about > the extra 500 Kb in their download can use the former. > > In my experience delivering training courses, I know how very useful it > is to have automatic JavaDocs and source code available to people trying > to learn a new API. > > It is really an issue of what do we value more: > > * Minimizing bandwidth. Bandwidth is cheap. Every decent library > (Spring, Eclipse, Java) is now dozens of megabytes to download. I won't > lose much sleep adding 500 Kb (or even 1 Mb!) to a JAR download. > > * Maximizing productivity. Unlike bandwidth, people are expensive. > People are time poor. People are constantly dealing with API changes and > new APIs. People don't remember every argument and interface contract > they read. We can make peoples' lives easier by including source in the > JARs. Besides, we're more likely to get bugs detected and fixes > contributed back if more people see the source code. > > Google (GWT) have obviously concluded the latter is more important, and > I'm not aware of anyone objecting to their inclusion of source code. > They don't even offer a source-code-free JAR, yet we would continue to. > > Cheers > Ben > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Ray Krueger wrote: > Ben were you suggesting having acegi-version.jar would be just binary, > and acegi-version-sources.jar would be binary with source? Yes, a traditional .class-only JAR, and a combined .class plus .java JAR. People like me would use the latter, whereas people concerned about the extra 500 Kb in their download can use the former. In my experience delivering training courses, I know how very useful it is to have automatic JavaDocs and source code available to people trying to learn a new API. It is really an issue of what do we value more: * Minimizing bandwidth. Bandwidth is cheap. Every decent library (Spring, Eclipse, Java) is now dozens of megabytes to download. I won't lose much sleep adding 500 Kb (or even 1 Mb!) to a JAR download. * Maximizing productivity. Unlike bandwidth, people are expensive. People are time poor. People are constantly dealing with API changes and new APIs. People don't remember every argument and interface contract they read. We can make peoples' lives easier by including source in the JARs. Besides, we're more likely to get bugs detected and fixes contributed back if more people see the source code. Google (GWT) have obviously concluded the latter is more important, and I'm not aware of anyone objecting to their inclusion of source code. They don't even offer a source-code-free JAR, yet we would continue to. Cheers Ben - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Ben were you suggesting having acegi-version.jar would be just binary, and acegi-version-sources.jar would be binary with source? I personally think that seperate binary and source jars is fine. The majority of projects work that way. Most people know that, or can figure it out. ~0 is my vote On 8/28/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote: > On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > > Carlos Sanchez wrote: > > > > >> Ben, does eclipse automatically recognize the source code when it is > > >> distributed inside the compiled Jar? > > > > > > I don't think so and I don't really like that approach because if you > > > provide the sources, why don't provide the javadocs too? > > > > Eclipse DOES automatically recognise if there is source code in the JAR. > > To see this in action, download GWT and then add its gwt-user.jar to > > your project. Then do a CTRL+ALT+T for GWT's "Panel". > > > > good to know > > > To answer Ray's earlier question, we don't need to advertise to users > > that this is available because their IDE (well, Eclipse anyway) will > > automatically just do it for them. > > > > I don't think there's any benefit providing JavaDocs in the JARs given > > the source code offers the JavaDocs anyhow and it would bloat the size. > > I still don't like adding the source for the same reason. A jar is a > jar to execute, if you want to develop with sources here they are the > jars with the sources. If everybody adds the sources to their jars > you'd get huge applications. > > If you want to do it in the distribution that is manually downloed go > for it, but please make jars for the maven repo without sources. > > > > > Cheers > > Ben > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > Home: http://acegisecurity.org > > Acegisecurity-developer mailing list > > Acegisecurity-developer@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > > > > > -- > I could give you my word as a Spaniard. > No good. I've known too many Spaniards. > -- The Princess Bride > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > Carlos Sanchez wrote: > > >> Ben, does eclipse automatically recognize the source code when it is > >> distributed inside the compiled Jar? > > > > I don't think so and I don't really like that approach because if you > > provide the sources, why don't provide the javadocs too? > > Eclipse DOES automatically recognise if there is source code in the JAR. > To see this in action, download GWT and then add its gwt-user.jar to > your project. Then do a CTRL+ALT+T for GWT's "Panel". > good to know > To answer Ray's earlier question, we don't need to advertise to users > that this is available because their IDE (well, Eclipse anyway) will > automatically just do it for them. > > I don't think there's any benefit providing JavaDocs in the JARs given > the source code offers the JavaDocs anyhow and it would bloat the size. I still don't like adding the source for the same reason. A jar is a jar to execute, if you want to develop with sources here they are the jars with the sources. If everybody adds the sources to their jars you'd get huge applications. If you want to do it in the distribution that is manually downloed go for it, but please make jars for the maven repo without sources. > > Cheers > Ben > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
+1 from me. I like the idea as a way to simplify distribution choice and I'd assume it would also simplify your release process. In terms of javadoc, I'd agree that it's already included with the source. If this is more of a convenience for IDE users, Eclipse and IDEA will show javadoc for you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ben Alex Sent: Monday, 28 August 2006 7:22 PM To: acegisecurity-developer@lists.sourceforge.net Subject: Re: [Acegisecurity-developer] About The Following Acegi Releases ... How would people feel about future Acegi Security release JARs including source code, as per GWT? I guess we could continue to have two releases, but our acegi-security--sources.jar would contain *both* classes and source code. It would be good to discuss this and get some feedback from the community. Cheers Ben - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Carlos Sanchez wrote: >> Ben, does eclipse automatically recognize the source code when it is >> distributed inside the compiled Jar? > > I don't think so and I don't really like that approach because if you > provide the sources, why don't provide the javadocs too? Eclipse DOES automatically recognise if there is source code in the JAR. To see this in action, download GWT and then add its gwt-user.jar to your project. Then do a CTRL+ALT+T for GWT's "Panel". To answer Ray's earlier question, we don't need to advertise to users that this is available because their IDE (well, Eclipse anyway) will automatically just do it for them. I don't think there's any benefit providing JavaDocs in the JARs given the source code offers the JavaDocs anyhow and it would bloat the size. Cheers Ben - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
On 8/28/06, Ray Krueger <[EMAIL PROTECTED]> wrote: > See, I knew Carlos had an answer for that :P > That is really good to know. > > Unfortunately, that only helps people that use mvn for THEIR project. > That doesn't really help with Ben's scenario. I didn't think of that > when I brought it up. > > People that are importing acegi into their project and would like to > see the source code. then when you get acegi you need to put the source jars by hand in your eclipse project. > People need to understand that the the sources.jar is for reference, > not compilation. > > Ben, does eclipse automatically recognize the source code when it is > distributed inside the compiled Jar? I don't think so and I don't really like that approach because if you provide the sources, why don't provide the javadocs too? > > On 8/28/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote: > > just one line: > > > > mvn eclipse:eclipse -DdownloadSources=true > > > > and you'll see how sources and javadocs are downloaded and linked in > > eclipse project > > > > maven makes: > > > > acegi-security-1.0.1.jar binaries > > acegi-security-1.0.1-sources.jar sources > > acegi-security-1.0.1-javadoc.jar javadocs > > > > I think it'll be good to keep this. > > > > And if you run the previous line in a multiproject it will link the > > subprojects between themselves, eg. in the top level acegi dir > > > > > > On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > > > Luke Taylor wrote: > > > > On the branching front, it seems like we could be making more use of > > > > branches with subversion. > > > > > > I am happy for these changes to be made. Whilst changing to Maven 2 we > > > should also give consideration to how we distribute source code for IDE > > > integration. At present we release a separate ZIP file containing the > > > sources (which is not intended for compilation). I noticed that the > > > Maven 2 approach appears to be a -sources.jar file in > > > the standard "jar" repository. > > > > > > Whilst I see merit in the above approach, I am not particularly fond of > > > it because I still have to undertake the manual step of configuring > > > Eclipse to look at a particular source JAR or ZIP. In addition, as new > > > releases are made, it is not uncommon to forget to change the old source > > > code attachment location. So your source code appears to be for say > > > release 2.0 but it is really for 1.2.7. I am also unaware if Maven 2 can > > > be made to automatically understand it needs to download source > > > artifacts but not include them as classpath resources. > > > > > > Those of you who have been using Google Web Toolkit (GWT) would know > > > Google bundles both source code and compiled class files into the same > > > JAR. This saves the manual step and I have found it extremely useful. I > > > just point to the new release JAR and my JavaDocs and source code > > > attachment is correct. The only downside is a bigger JAR, which in my > > > view is a low price to pay for enhanced productivity and troubleshooting > > > reliability. To put the "bigger JAR" issue into context: > > > > > > 63 2006-06-17 03:50 acegi-security-1.0.1.jar > > > 529413 2006-06-23 05:34 acegi-security-1.0.1-sources.jar > > > > > > Based on release 1.0.1, we'd go from a 444Kb release to a 973Kb combined > > > JAR. I don't think this is a serious issue from a download or disk space > > > perspective. Especially concerned people can always re-jar for their > > > production deployment. > > > > > > How would people feel about future Acegi Security release JARs including > > > source code, as per GWT? I guess we could continue to have two releases, > > > but our acegi-security--sources.jar would contain *both* > > > classes and source code. > > > > > > It would be good to discuss this and get some feedback from the community. > > > > > > Cheers > > > Ben > > > > > > - > > > Using Tomcat but need to do more? Need to support web services, security? > > > Get stuff done quickly with pre-integrated technology to make your job > > > easier > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ___ > > > Home: http://acegisecurity.org > > > Acegisecurity-developer mailing list > > > Acegisecurity-developer@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > > > > > > > > > -- > > I could give you my word as a Spaniard. > > No good. I've known too many Spaniards. > > -- The Princess Bride > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Applica
Re: [Acegisecurity-developer] About The Following Acegi Releases
See, I knew Carlos had an answer for that :P That is really good to know. Unfortunately, that only helps people that use mvn for THEIR project. That doesn't really help with Ben's scenario. I didn't think of that when I brought it up. People that are importing acegi into their project and would like to see the source code. People need to understand that the the sources.jar is for reference, not compilation. Ben, does eclipse automatically recognize the source code when it is distributed inside the compiled Jar? On 8/28/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote: > just one line: > > mvn eclipse:eclipse -DdownloadSources=true > > and you'll see how sources and javadocs are downloaded and linked in > eclipse project > > maven makes: > > acegi-security-1.0.1.jar binaries > acegi-security-1.0.1-sources.jar sources > acegi-security-1.0.1-javadoc.jar javadocs > > I think it'll be good to keep this. > > And if you run the previous line in a multiproject it will link the > subprojects between themselves, eg. in the top level acegi dir > > > On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > > Luke Taylor wrote: > > > On the branching front, it seems like we could be making more use of > > > branches with subversion. > > > > I am happy for these changes to be made. Whilst changing to Maven 2 we > > should also give consideration to how we distribute source code for IDE > > integration. At present we release a separate ZIP file containing the > > sources (which is not intended for compilation). I noticed that the > > Maven 2 approach appears to be a -sources.jar file in > > the standard "jar" repository. > > > > Whilst I see merit in the above approach, I am not particularly fond of > > it because I still have to undertake the manual step of configuring > > Eclipse to look at a particular source JAR or ZIP. In addition, as new > > releases are made, it is not uncommon to forget to change the old source > > code attachment location. So your source code appears to be for say > > release 2.0 but it is really for 1.2.7. I am also unaware if Maven 2 can > > be made to automatically understand it needs to download source > > artifacts but not include them as classpath resources. > > > > Those of you who have been using Google Web Toolkit (GWT) would know > > Google bundles both source code and compiled class files into the same > > JAR. This saves the manual step and I have found it extremely useful. I > > just point to the new release JAR and my JavaDocs and source code > > attachment is correct. The only downside is a bigger JAR, which in my > > view is a low price to pay for enhanced productivity and troubleshooting > > reliability. To put the "bigger JAR" issue into context: > > > > 63 2006-06-17 03:50 acegi-security-1.0.1.jar > > 529413 2006-06-23 05:34 acegi-security-1.0.1-sources.jar > > > > Based on release 1.0.1, we'd go from a 444Kb release to a 973Kb combined > > JAR. I don't think this is a serious issue from a download or disk space > > perspective. Especially concerned people can always re-jar for their > > production deployment. > > > > How would people feel about future Acegi Security release JARs including > > source code, as per GWT? I guess we could continue to have two releases, > > but our acegi-security--sources.jar would contain *both* > > classes and source code. > > > > It would be good to discuss this and get some feedback from the community. > > > > Cheers > > Ben > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > Home: http://acegisecurity.org > > Acegisecurity-developer mailing list > > Acegisecurity-developer@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > > > > > -- > I could give you my word as a Spaniard. > No good. I've known too many Spaniards. > -- The Princess Bride > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > - Using Tomcat but need to do more? Need to su
Re: [Acegisecurity-developer] About The Following Acegi Releases
just one line: mvn eclipse:eclipse -DdownloadSources=true and you'll see how sources and javadocs are downloaded and linked in eclipse project maven makes: acegi-security-1.0.1.jar binaries acegi-security-1.0.1-sources.jar sources acegi-security-1.0.1-javadoc.jar javadocs I think it'll be good to keep this. And if you run the previous line in a multiproject it will link the subprojects between themselves, eg. in the top level acegi dir On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > Luke Taylor wrote: > > On the branching front, it seems like we could be making more use of > > branches with subversion. > > I am happy for these changes to be made. Whilst changing to Maven 2 we > should also give consideration to how we distribute source code for IDE > integration. At present we release a separate ZIP file containing the > sources (which is not intended for compilation). I noticed that the > Maven 2 approach appears to be a -sources.jar file in > the standard "jar" repository. > > Whilst I see merit in the above approach, I am not particularly fond of > it because I still have to undertake the manual step of configuring > Eclipse to look at a particular source JAR or ZIP. In addition, as new > releases are made, it is not uncommon to forget to change the old source > code attachment location. So your source code appears to be for say > release 2.0 but it is really for 1.2.7. I am also unaware if Maven 2 can > be made to automatically understand it needs to download source > artifacts but not include them as classpath resources. > > Those of you who have been using Google Web Toolkit (GWT) would know > Google bundles both source code and compiled class files into the same > JAR. This saves the manual step and I have found it extremely useful. I > just point to the new release JAR and my JavaDocs and source code > attachment is correct. The only downside is a bigger JAR, which in my > view is a low price to pay for enhanced productivity and troubleshooting > reliability. To put the "bigger JAR" issue into context: > > 63 2006-06-17 03:50 acegi-security-1.0.1.jar > 529413 2006-06-23 05:34 acegi-security-1.0.1-sources.jar > > Based on release 1.0.1, we'd go from a 444Kb release to a 973Kb combined > JAR. I don't think this is a serious issue from a download or disk space > perspective. Especially concerned people can always re-jar for their > production deployment. > > How would people feel about future Acegi Security release JARs including > source code, as per GWT? I guess we could continue to have two releases, > but our acegi-security--sources.jar would contain *both* > classes and source code. > > It would be good to discuss this and get some feedback from the community. > > Cheers > Ben > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Ben Alex wrote: > Luke Taylor wrote: > >> There was also some guy in the forum complaining about the fact that the >> jar wasn't signed. We should probably formalize the use of PGP keys, add >> them to the website and arrange to do some key signing when possible. >> The readme file also needs to be changed. >> > > I have a PGP key these days (ID 0x9BBCD24D) and know that both Luke and > Carlos do, so it's pretty easy to go with ZIP-level signing - plus > there's a lot of precedence for this approach courtesy of Apache. Do > people feel we should continue to sign the JAR using keytool, though, as > well? Does anyone actually rely upon JAR signing? Carlos, has Maven got > any smarts in terms of automatic verification of JARs downloaded from > repositories against the public keys in the repository or similar? I > don't see a lot of value in maintaining two signing approaches, as it > would make life harder for someone else to perform releases. In any > event, I'm a little tired of annually renewing keytool certificates when > PGP keys can be configured to never expire (yet still provide a > revocation approach). > The only advantage of signing the JAR with keytool instead of PGP that I can see is that it makes Acegi easier to use in an Applet. John - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Including the source in the jar is an interesting idea. The problem I see with that is that nobody will know to look there. Most people look at it in the conventional bin and source perspective. I download the binaries, if I want to see the source I go get it from somewhere. Telling people the source is in the jar would have to be on every page of the website to get it in there heads :P Putting up two jars; one straight binary, and one binary + source makes sense with that in mind. If you want classes and source then you just add one jar to the classpath. Does eclipse see the source auto-magically (I doubt it)? I think, still, people will download both and do what they are used to. Here's a larger scope idea that maybe Carlos can chime in on. What if the mvn2 IDE plugins (IDEA and Eclipse) downloaded the source and told the IDE where it was when using those tasks? mvn idea:idea Gets the jars for the classpath, and gets the sources for those jars. Now that'd be cool... On 8/28/06, Ben Alex <[EMAIL PROTECTED]> wrote: > Luke Taylor wrote: > > On the branching front, it seems like we could be making more use of > > branches with subversion. > > I am happy for these changes to be made. Whilst changing to Maven 2 we > should also give consideration to how we distribute source code for IDE > integration. At present we release a separate ZIP file containing the > sources (which is not intended for compilation). I noticed that the > Maven 2 approach appears to be a -sources.jar file in > the standard "jar" repository. > > Whilst I see merit in the above approach, I am not particularly fond of > it because I still have to undertake the manual step of configuring > Eclipse to look at a particular source JAR or ZIP. In addition, as new > releases are made, it is not uncommon to forget to change the old source > code attachment location. So your source code appears to be for say > release 2.0 but it is really for 1.2.7. I am also unaware if Maven 2 can > be made to automatically understand it needs to download source > artifacts but not include them as classpath resources. > > Those of you who have been using Google Web Toolkit (GWT) would know > Google bundles both source code and compiled class files into the same > JAR. This saves the manual step and I have found it extremely useful. I > just point to the new release JAR and my JavaDocs and source code > attachment is correct. The only downside is a bigger JAR, which in my > view is a low price to pay for enhanced productivity and troubleshooting > reliability. To put the "bigger JAR" issue into context: > > 63 2006-06-17 03:50 acegi-security-1.0.1.jar > 529413 2006-06-23 05:34 acegi-security-1.0.1-sources.jar > > Based on release 1.0.1, we'd go from a 444Kb release to a 973Kb combined > JAR. I don't think this is a serious issue from a download or disk space > perspective. Especially concerned people can always re-jar for their > production deployment. > > How would people feel about future Acegi Security release JARs including > source code, as per GWT? I guess we could continue to have two releases, > but our acegi-security--sources.jar would contain *both* > classes and source code. > > It would be good to discuss this and get some feedback from the community. > > Cheers > Ben > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Luke Taylor wrote: > On the branching front, it seems like we could be making more use of > branches with subversion. I am happy for these changes to be made. Whilst changing to Maven 2 we should also give consideration to how we distribute source code for IDE integration. At present we release a separate ZIP file containing the sources (which is not intended for compilation). I noticed that the Maven 2 approach appears to be a -sources.jar file in the standard "jar" repository. Whilst I see merit in the above approach, I am not particularly fond of it because I still have to undertake the manual step of configuring Eclipse to look at a particular source JAR or ZIP. In addition, as new releases are made, it is not uncommon to forget to change the old source code attachment location. So your source code appears to be for say release 2.0 but it is really for 1.2.7. I am also unaware if Maven 2 can be made to automatically understand it needs to download source artifacts but not include them as classpath resources. Those of you who have been using Google Web Toolkit (GWT) would know Google bundles both source code and compiled class files into the same JAR. This saves the manual step and I have found it extremely useful. I just point to the new release JAR and my JavaDocs and source code attachment is correct. The only downside is a bigger JAR, which in my view is a low price to pay for enhanced productivity and troubleshooting reliability. To put the "bigger JAR" issue into context: 63 2006-06-17 03:50 acegi-security-1.0.1.jar 529413 2006-06-23 05:34 acegi-security-1.0.1-sources.jar Based on release 1.0.1, we'd go from a 444Kb release to a 973Kb combined JAR. I don't think this is a serious issue from a download or disk space perspective. Especially concerned people can always re-jar for their production deployment. How would people feel about future Acegi Security release JARs including source code, as per GWT? I guess we could continue to have two releases, but our acegi-security--sources.jar would contain *both* classes and source code. It would be good to discuss this and get some feedback from the community. Cheers Ben - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
On the branching front, it seems like we could be making more use of branches with subversion. I've just been reading this: http://svnbook.red-bean.com/en/1.0/ch04s07.html and this http://www.onlamp.com/pub/a/onlamp/2004/08/19/subversiontips.html?page=1 and having a look at other repositories like the apacheds one: http://svn.apache.org/repos/asf/directory/ It seems like if I needed to do some work that was intended for a future release I could quite easily create a branch, e.g svn copy -m "Creating branch for ldap template integration" https://svn.sourceforge.net/svnroot/acegisecurity/trunk/acegisecurity https://svn.sourceforge.net/svnroot/acegisecurity/branch/mytempbranch then at some time in the future, merge the changes into the trunk and remove the branch using "svn delete". The apacheds guys maintain a readme.txt file to keep a record of previous "dead code" to allow them to locate it if needed, without having to rad through log files. http://svn.apache.org/repos/asf/directory/sandbox/readme.txt This seems like quite a practical way of working as it allows developers to experiment with changes to the main codebase in isolation from everyone else without cluttering up the repository for future development. Presumably it is also easy to create branches "retrospectively"? i.e. we can create a 1.0.x release "branch/copy" from a previous revision number. I'll try and look at the site generation stuff when I get some time (probably after mid-September). Converting the html files will be a bit of a pain if it has to be done. We could get a trial site up and running before a final move (on a branch, for example :). I think we should ditch the jar signing and use PGP instead. If we sign each other's keys when we get a chance and publish them on the web site then that should be adequate. cheers, Luke. Ben Alex wrote: > Luke Taylor wrote: >> That's good. You'll be an expert on branching with subversion then :-). >> >> I'd like to get the automatic build upgraded to Maven 2 as well (and >> running again). There are a couple of issues I've come across so far: > > I am a BIG fan of moving to Maven 2 ASAP. Acegi Security is the only > application I still have which requires Maven 1.0.2, and every time we > release it requires a slightly different workaround (typically > MAVEN_OPTS parameters for JVM memory/stack allocation). I'd much prefer > the improved robustness of Maven 2, even if it means most of the reports > are lost. The only essential use cases are compile, JAR, test, DocBook, > unit test coverage report, and site build. > >> 1. The new site generation doesn't seem to support html files. Do you >> know if they all have to converted to xdoc, apt or whatever to be part >> of the main site (with the menu etc). >> >> 2. The contacts app is too complicated - I thought about refactoring >> this into a single web-app where people can comment select which >> contexts are included in the web.xml file. > > As discussed on Skype, I am happy for this to proceed. It is more > user-friendly in any event that people wanting to try X509 certificates, > CAS or container adapters be able to do so without the inconvenience of > building from source. > >> There was also some guy in the forum complaining about the fact that the >> jar wasn't signed. We should probably formalize the use of PGP keys, add >> them to the website and arrange to do some key signing when possible. >> The readme file also needs to be changed. > > I have a PGP key these days (ID 0x9BBCD24D) and know that both Luke and > Carlos do, so it's pretty easy to go with ZIP-level signing - plus > there's a lot of precedence for this approach courtesy of Apache. Do > people feel we should continue to sign the JAR using keytool, though, as > well? Does anyone actually rely upon JAR signing? Carlos, has Maven got > any smarts in terms of automatic verification of JARs downloaded from > repositories against the public keys in the repository or similar? I > don't see a lot of value in maintaining two signing approaches, as it > would make life harder for someone else to perform releases. In any > event, I'm a little tired of annually renewing keytool certificates when > PGP keys can be configured to never expire (yet still provide a > revocation approach). > > Cheers > Ben > -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lis
Re: [Acegisecurity-developer] About The Following Acegi Releases
Luke Taylor wrote: > That's good. You'll be an expert on branching with subversion then :-). > > I'd like to get the automatic build upgraded to Maven 2 as well (and > running again). There are a couple of issues I've come across so far: I am a BIG fan of moving to Maven 2 ASAP. Acegi Security is the only application I still have which requires Maven 1.0.2, and every time we release it requires a slightly different workaround (typically MAVEN_OPTS parameters for JVM memory/stack allocation). I'd much prefer the improved robustness of Maven 2, even if it means most of the reports are lost. The only essential use cases are compile, JAR, test, DocBook, unit test coverage report, and site build. > 1. The new site generation doesn't seem to support html files. Do you > know if they all have to converted to xdoc, apt or whatever to be part > of the main site (with the menu etc). > > 2. The contacts app is too complicated - I thought about refactoring > this into a single web-app where people can comment select which > contexts are included in the web.xml file. As discussed on Skype, I am happy for this to proceed. It is more user-friendly in any event that people wanting to try X509 certificates, CAS or container adapters be able to do so without the inconvenience of building from source. > There was also some guy in the forum complaining about the fact that the > jar wasn't signed. We should probably formalize the use of PGP keys, add > them to the website and arrange to do some key signing when possible. > The readme file also needs to be changed. I have a PGP key these days (ID 0x9BBCD24D) and know that both Luke and Carlos do, so it's pretty easy to go with ZIP-level signing - plus there's a lot of precedence for this approach courtesy of Apache. Do people feel we should continue to sign the JAR using keytool, though, as well? Does anyone actually rely upon JAR signing? Carlos, has Maven got any smarts in terms of automatic verification of JARs downloaded from repositories against the public keys in the repository or similar? I don't see a lot of value in maintaining two signing approaches, as it would make life harder for someone else to perform releases. In any event, I'm a little tired of annually renewing keytool certificates when PGP keys can be configured to never expire (yet still provide a revocation approach). Cheers Ben - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
That's good. You'll be an expert on branching with subversion then :-). I'd like to get the automatic build upgraded to Maven 2 as well (and running again). There are a couple of issues I've come across so far: 1. The new site generation doesn't seem to support html files. Do you know if they all have to converted to xdoc, apt or whatever to be part of the main site (with the menu etc). 2. The contacts app is too complicated - I thought about refactoring this into a single web-app where people can comment select which contexts are included in the web.xml file. There was also some guy in the forum complaining about the fact that the jar wasn't signed. We should probably formalize the use of PGP keys, add them to the website and arrange to do some key signing when possible. The readme file also needs to be changed. Carlos Sanchez wrote: > we've been using this approach in maven. All development goes into > trunk and things that we want in .x releases are merged into a branch. > > On 8/25/06, Luke Taylor <[EMAIL PROTECTED]> wrote: >> Hi Ben, >> >> As I mentioned on skype, I'd be for branching the code in the near >> future, so we can start working on some of the more major changes that >> might be in 1.1 but still allowing for bugfixes and minor additions to >> the 1.0.x releases. >> >> What does everyone think? >> >> Luke. >> >> >> >> Ben Alex wrote: >>> Luo Shifei wrote: Dear All, When about Acegi 1.0.2 will be released? And When about Acegi 1.1 will be released? The New Domain Support will be included in Acegi 1.1? >>> Both will be released over the next three months. >>> I'd estimate 1.0.2 in about a month, and 1.1.0 in late November, but >>> make no promises. >>> >>> There won't be any domain support added to the project, and indeed the >>> current domain code in SVN is likely to be removed. I am currently >>> working on improvements to the domain object coding approaches, and will >>> be presenting work (and code) on this at The Spring Experience in December. >>> >>> Cheers >>> Ben >>> >>> - >>> Using Tomcat but need to do more? Need to support web services, security? >>> Get stuff done quickly with pre-integrated technology to make your job >>> easier >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >>> ___ >>> Home: http://acegisecurity.org >>> Acegisecurity-developer mailing list >>> Acegisecurity-developer@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer >>> >> -- >> Luke Taylor. Monkey Machine Ltd. >> PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk >> >> >> - >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> ___ >> Home: http://acegisecurity.org >> Acegisecurity-developer mailing list >> Acegisecurity-developer@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer >> > > -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
we've been using this approach in maven. All development goes into trunk and things that we want in .x releases are merged into a branch. On 8/25/06, Luke Taylor <[EMAIL PROTECTED]> wrote: > Hi Ben, > > As I mentioned on skype, I'd be for branching the code in the near > future, so we can start working on some of the more major changes that > might be in 1.1 but still allowing for bugfixes and minor additions to > the 1.0.x releases. > > What does everyone think? > > Luke. > > > > Ben Alex wrote: > > Luo Shifei wrote: > >> Dear All, > >> > >>When about Acegi 1.0.2 will be released? And When > >> about Acegi 1.1 will be released? The New Domain > >> Support will be included in Acegi 1.1? > > > > Both will be released over the next three months. > > I'd estimate 1.0.2 in about a month, and 1.1.0 in late November, but > > make no promises. > > > > There won't be any domain support added to the project, and indeed the > > current domain code in SVN is likely to be removed. I am currently > > working on improvements to the domain object coding approaches, and will > > be presenting work (and code) on this at The Spring Experience in December. > > > > Cheers > > Ben > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > Home: http://acegisecurity.org > > Acegisecurity-developer mailing list > > Acegisecurity-developer@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > > > > -- > Luke Taylor. Monkey Machine Ltd. > PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk > > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Hi Ben, As I mentioned on skype, I'd be for branching the code in the near future, so we can start working on some of the more major changes that might be in 1.1 but still allowing for bugfixes and minor additions to the 1.0.x releases. What does everyone think? Luke. Ben Alex wrote: > Luo Shifei wrote: >> Dear All, >> >>When about Acegi 1.0.2 will be released? And When >> about Acegi 1.1 will be released? The New Domain >> Support will be included in Acegi 1.1? > > Both will be released over the next three months. > I'd estimate 1.0.2 in about a month, and 1.1.0 in late November, but > make no promises. > > There won't be any domain support added to the project, and indeed the > current domain code in SVN is likely to be removed. I am currently > working on improvements to the domain object coding approaches, and will > be presenting work (and code) on this at The Spring Experience in December. > > Cheers > Ben > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Home: http://acegisecurity.org > Acegisecurity-developer mailing list > Acegisecurity-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer > -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
Re: [Acegisecurity-developer] About The Following Acegi Releases
Luo Shifei wrote: > Dear All, > >When about Acegi 1.0.2 will be released? And When > about Acegi 1.1 will be released? The New Domain > Support will be included in Acegi 1.1? Both will be released over the next three months. I'd estimate 1.0.2 in about a month, and 1.1.0 in late November, but make no promises. There won't be any domain support added to the project, and indeed the current domain code in SVN is likely to be removed. I am currently working on improvements to the domain object coding approaches, and will be presenting work (and code) on this at The Spring Experience in December. Cheers Ben - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
[Acegisecurity-developer] About The Following Acegi Releases
Dear All, When about Acegi 1.0.2 will be released? And When about Acegi 1.1 will be released? The New Domain Support will be included in Acegi 1.1? Thank you very much! 罗时飞 独立Java EE顾问 http://www.open-v.com 专注于Java EE平台、敏捷方法及Open Source技术咨询 拓宽视野，奔向成功 Open View, Victory Open E_mail: [EMAIL PROTECTED] 或 [EMAIL PROTECTED] 联系电话：(0)13710186446 ___ 抢注雅虎免费邮箱-3.5G容量，20M附件！ http://cn.mail.yahoo.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Home: http://acegisecurity.org Acegisecurity-developer mailing list Acegisecurity-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acegisecurity-developer
