Re: [REPOST] [VOTE] [4.1.22] Stability rating
There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! Glenn Remy Maucherat wrote: [ ] Alpha [X] Beta [ ] Stable (GA) Ok this is a nag ;-) The idea is that there's a (rather minor) security issue in 4.1.18, and we should have a release to fix it sooner than later (and I've been saying that for weeks now :-( ). I can release yet another build if needed. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? Thanks, Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Remy Maucherat wrote: > Glenn Nielsen wrote: >> There was a bug fix to JDBCStore after 4.1.22 was built. >> >> I think we need a 4.1.23 build for stable. >> >> Sorry! > > No problem. > Since you're at it, could you remove the fileupload related > functionality from 4.1.x ? Big +1 ! Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [REPOST] [VOTE] [4.1.22] Stability rating
Howdy, Not a committer, but I'll throw it my 2cents (US) as long as it doesn't offend anyone: +1 on dropping fileupload [X] Stable on 4.1.22 stability. Been using it without a problem, but then again we don't use the JDBC store/realm functionality. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Costin Manolache [mailto:[EMAIL PROTECTED] >Sent: Friday, March 14, 2003 10:51 AM >To: [EMAIL PROTECTED] >Subject: Re: [REPOST] [VOTE] [4.1.22] Stability rating > >Remy Maucherat wrote: > >> Glenn Nielsen wrote: >>> There was a bug fix to JDBCStore after 4.1.22 was built. >>> >>> I think we need a 4.1.23 build for stable. >>> >>> Sorry! >> >> No problem. >> Since you're at it, could you remove the fileupload related >> functionality from 4.1.x ? > >Big +1 ! > > >Costin > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? If this is only because of the released state of commons-fileupload, then no. fileupload Beta 1 was released Feb 15, 2003. The HTMLManager is in synch with it and works. Besides, those features of the HTMLManager which use fileupload have already been included in a stable release. Kind of late to remove them now. Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Glenn Nielsen wrote: Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? If this is only because of the released state of commons-fileupload, then no. fileupload Beta 1 was released Feb 15, 2003. The HTMLManager is in synch with it and works. Besides, those features of the HTMLManager which use fileupload have already been included in a stable release. Kind of late to remove them now. This is not true. 4.1.18 included version 1.12 of the HTML manager, which had no dependencies on commons-fileupload. As people have expressed desire to remove that dependency, I would be grateful if you did actually remove it. Or release a final version of fileupload. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Glenn Nielsen wrote: > Remy Maucherat wrote: >> Glenn Nielsen wrote: >> >>> There was a bug fix to JDBCStore after 4.1.22 was built. >>> >>> I think we need a 4.1.23 build for stable. >>> >>> Sorry! >> >> >> No problem. >> Since you're at it, could you remove the fileupload related >> functionality from 4.1.x ? >> > > If this is only because of the released state of commons-fileupload, > then no. fileupload Beta 1 was released Feb 15, 2003. The HTMLManager > is in synch with it and works. Beta != release. And no, that's not the main reason. If you need the manager to include fileupload - than place it in WEB-INF/lib, don't bloat server/lib. The /admin doesn't place struts.jar in server/lib. I'm not comfortable with making HTMLManager too complex - but if you really need that, fine - but do it right. You could easily have a separate webapp that supports uploading - there is no need to have one kitchen-sink servlet that does everything. Costin > > Besides, those features of the HTMLManager which use fileupload have > already > been included in a stable release. Kind of late to remove them now. > > Glenn > > -- > Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| > MOREnet System Programming | * if iz ina coment. | > Missouri Research and Education Network | */ | > -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Costin Manolache wrote: Glenn Nielsen wrote: Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? If this is only because of the released state of commons-fileupload, then no. fileupload Beta 1 was released Feb 15, 2003. The HTMLManager is in synch with it and works. Beta != release. And no, that's not the main reason. If you need the manager to include fileupload - than place it in WEB-INF/lib, don't bloat server/lib. The /admin doesn't place struts.jar in server/lib. That can be done. But I will also have to move the /server/lib/servlets-manager.jar into /manager/WEB-INF/lib and add additional permissioins to the catalina.policy. I'm not comfortable with making HTMLManager too complex - but if you really need that, fine - but do it right. You could easily have a separate webapp that supports uploading - there is no need to have one kitchen-sink servlet that does everything. fileupload is used as part of the HTML anager so that you can upload a war file to install. It makes no sense to split it out to a separate webapp. Costin Besides, those features of the HTMLManager which use fileupload have already been included in a stable release. Kind of late to remove them now. Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Glenn Nielsen wrote: >> Beta != release. >> >> And no, that's not the main reason. If you need the manager to include >> fileupload - than place it in WEB-INF/lib, don't bloat server/lib. >> The /admin doesn't place struts.jar in server/lib. >> > > That can be done. But I will also have to move the > /server/lib/servlets-manager.jar into /manager/WEB-INF/lib and add > additional permissioins to the catalina.policy. >> I'm not comfortable with making HTMLManager too complex - but if you >> really need that, fine - but do it right. >> >> You could easily have a separate webapp that supports uploading - there >> is no need to have one kitchen-sink servlet that does everything. >> > > fileupload is used as part of the HTML anager so that you can upload a war > file to install. It makes no sense to split it out to a separate webapp. I understand what fileupload is doing - but HTML Manager doesn't have to get into content management, it is wrong design. Create another servlet that supports upload functionality. Or use webdav. We just can't keep adding features to HTMLManager - it is already too big for one servlet. And certainly not in 4.1.22. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST] [VOTE] [4.1.22] Stability rating
Costin Manolache wrote: Glenn Nielsen wrote: Beta != release. And no, that's not the main reason. If you need the manager to include fileupload - than place it in WEB-INF/lib, don't bloat server/lib. The /admin doesn't place struts.jar in server/lib. That can be done. But I will also have to move the /server/lib/servlets-manager.jar into /manager/WEB-INF/lib and add additional permissioins to the catalina.policy. I'm not comfortable with making HTMLManager too complex - but if you really need that, fine - but do it right. You could easily have a separate webapp that supports uploading - there is no need to have one kitchen-sink servlet that does everything. fileupload is used as part of the HTML anager so that you can upload a war file to install. It makes no sense to split it out to a separate webapp. I understand what fileupload is doing - but HTML Manager doesn't have to get into content management, it is wrong design. Create another servlet that supports upload functionality. Or use webdav. We just can't keep adding features to HTMLManager - it is already too big for one servlet. NO, NO, NO. This doesn't have anything to do with content management. It allows you to upload a WAR file and have it installed as a web application context. i.e. One of the tasks the manager is supposed to do. Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]