OK, I think I found a hack.
I can:
- Prevent subscription
- cause everybody to be moderated.
- Case all mail from moderated members to be rejected
with a controlled message.
If this works, this discussion will be over, at least here.
:)
Jim
Jim Fulton wrote:
Philipp von Weitershausen
I propose to change the order which a vacation in URL traversal or performed. See
and comment at:
http://www.zope.org/Members/jim/ZopeSecurity/ProposalToAuthenticateDuringURLTraversal
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
Technical Director (888) 344-4332 Python
Jim Fulton wrote:
I propose to change the order which a vacation in URL traversal or performed. See
Sorry, I meant "authentication", not "a vacation". :)
and comment at:
http://www.zope.org/Members/jim/ZopeSecurity/ProposalToAuthenticateDuringURLTraversal
(love that name :).
In the mean time, I don't have time to fix the radd problem
myself, but would be willing to advise someone who wanted
to try to take it on, especially if we could work out some
phone or face-to-face sessions.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Power
Jim Fulton wrote:
There is a proposal to adopt a naming convention for all
new Zope API methods at:
http://dev.zope.org/Wikis/DevSite/Proposals/APINamingConvention
Comments are gratefully accepted at:
http://dev.zope.org/Wikis/DevSite/Proposals/APINamingConventionDiscussion
wants some sort of optimization.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
Under US Code Title 47, Sec.227(b)(1)(C
by Wednesday April 16.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B
check all security views
of the parent-containers.
Yes, I agree, that this would be useful. Maybe the security display
wouldn't give the source directly but maybe a symbol with
alt text that gives the source location and some sort of hyperlink
to the same.
Jim
--
Jim Fulton mailto:[EMAIL PROTE
Itamar Shtull-Trauring wrote:
Jim Fulton wrote:
It's not really favored, both are quite useful. xml-rpc is more for
when you want two different system to interoperate. ZClient is very
zope specific and probably gives you a bit more functionality than
xml-rpc (because it has
, which tried to guess when a site was
down and automatically restart it when it was.
I also generally don't trust NFS with something as important
as data Data.fs file.
Note that the subject corruption error was due to a software
bug that appeared briefly in the Zope CVS.
Jim
--
Jim Fulton
complicated.
By acquiring permission settings you are allowing containers to
grant a permission to a role today or sometime in the future.
This allows someone to control permissions in a centralized fashion.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical
The initial beta release of an Oracle-based storage for ZODB
is available at:
http://www.zope.org/Products/OracleStorage
The Oracle storage provides full ZODB storage capabilities,
including undo and versions, by storing serialized objects
and meta data in Oracle tables.
Jim
--
Jim Fulton
Jim Fulton wrote:
The initial beta release of an Oracle-based storage for ZODB
is available at:
http://www.zope.org/Products/OracleStorage
The Oracle storage provides full ZODB storage capabilities,
including undo and versions, by storing serialized objects
and meta data in Oracle
rationale
behind the request attribute "request._hacked_path".
Comments?
This is needed because sometimes Zope does hack the path,
for example when index_html or :method form types are used.
The base href is needed in these cases to make sure that
relative URLs are treated correctl
Class in a Python Zope Product? (Let's say an
OFS.Folder.Folder class, which could normally contain all available
objects.)
You would override the method all_meta_types. See
this method in lib/python/OFS/ObjectManager.py.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
Technical Director
-versioning storage,
such as the Berkely DB storage.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
Under US Code Title 47, Sec
s decision. At the time that
standard_html_* were introducted, DTML was used soley for creating
templates to display content in Python objects. The expansion for
DTML is Document *Template* Markup Language. The mistake was
not introducing components, but introducing the use of DTML
as content.
Jim
--
the burden from loading time to
storage size, am I?
No.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
Technical Director (888) 344-4332 Python Powered!
Digital Creationshttp://www.digicool.com http://www.python.org
Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B
Monty Taylor wrote:
Jim Fulton wrote:
(snip)
Note that one of the things I like about Oracle's stored procedures
is that they allow me to avoid screwing with cursors in the common case
that I'm getting one row of data. I can just get the data I need through
a straight function call
"Phillip J. Eby" wrote:
At 08:43 AM 9/22/00 -0400, Jim Fulton wrote:
Also, does anyone know of any work done to extend ZSQL Methods to allow
stored-procedure calls?
No, but I'd love to see someone tackle it. The semantics
of stored procedures varies so widely accross database
"Phillip J. Eby" wrote:
At 12:49 PM 9/22/00 -0400, Jim Fulton wrote:
"Phillip J. Eby" wrote:
Ty and I have put together a Stored Procedure method for Sybase; it
requires a minor patch to ZSybaseDA, however, to allow for the status code
return. I'm not sure
h are kept in memory
at a time.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
Technical Director (888) 344-4332 Python Powered!
Digital Creationshttp://www.digicool.com http://www.python.org
Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email
addr
.
The work has already been done and checked into CVS. I've asked Shane,
the author, to update the interfaces wiki to capture this change.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital
/Interfaces/Acquisition
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]
Technical Director (888) 344-4332 Python Powered!
Digital Creationshttp://www.digicool.com http://www.python.org
Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email
address may
Chris Withers wrote:
Jim Fulton wrote:
So, if I give my product a class attribute of isDocTemp=1, what
signature should I give my product's __call__ method so it picks up the
DTML namespace?
def __call__(self, ignored, md): ...
Right, now if I call other DTML methods from my
ave roles.
Should they have to be protected by permissions? Probably...
If you need the sort of control that permissions provide,
you should consider providing accessors that can play with
permissions.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Techn
machinery,
most attributes that don't have roles were unprotected.
Now, we at least have a way to make some assertions.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creatio
back to you on some of this.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
Under US Code Title 47, Sec.227(b)(1)(C), Sec.227
Shane Hathaway wrote:
Jim Fulton wrote:
Chris Withers wrote:
Toby Dickenson wrote:
http://www.zope.org/Members/htrd/howto/FunctionTemplate
you would use
def a_method(self,md):
do_stuff_with(md['param1'],md['param2'])
a_method
Chris Withers wrote:
Okay, apologies in advance for picking up a thread that's been dorman
for so long ;-)
Jim Fulton wrote:
Chris Withers wrote:
self.id = id
self.title = 'Title!'
self.anInt = 0
self.aString = 'testing'
None
I think that this would make a great dev.zope.org fish-bowl project.
I'd love to see someone come up with an exception model for
Zope:
- arranging exceptions in a hierarchy.
- defining standard APIs for exceptions.
To give an example of what I'd like to gain by having
exception
nd
classes independently.
Duplicating work is never good, and there are even people who
like literate programming :-)
There is no duplications. Interfaces and classes are two different
kinds of beasts.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Direc
Wiki page. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
___
Zope-Dev maillist
ple interfaces.
Generating interfaces from classes trends to yield bloated
non-cohesive interfaces.
Similarly, most interesting interfaces are implemented by multiple
classes, so nearness to implementation is not really meaningful.
Please note that these points were argued extensively on the Py
with these issues when
initially trying and learning Zope (or ZODB).
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
users/roles
have what permissions on objects. This should not be part of the
object interface. These settings are done by users/administrators.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
"Phillip J. Eby" wrote:
At 08:10 AM 11/30/00 -0500, Jim Fulton wrote:
I don't think Data.fs will go away. I do expect it to be relagated to
initial evaluation and development projects. Use of Berkely DB in
transactional mode requires a significant andminstration commitment.
it and trying to keep them
consistent.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
should switch to making explicit acquisition the norm.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital Creationshttp://www.digicool.com http://www.zope.org
Chris Withers wrote:
Jim Fulton wrote:
- Policies to control whether multiple revisions are stored
or whether revisions are removed by packing on a object-by-object
or transaction-by-transaction basis.
You could keep significant historical revisions for important
, note that 'aq_uncle' is _not_ part of the
public interface, and is only an exercise in Jim having fun :^)
And Bob's your uncle.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical Director (888) 344-4332http://www.python.org
Digital
bad :), does catching tpc_abort() in TM
and calling TM.abort() seem like a valid fix? This change certainly
seems
to fix the problems.
Yes. I think this is an improvement. Thanks. I'll check this in.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
Technical
of magnitude.
I took an afternoon out of a rather busy schedule to put this
together for you.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (888) 344-4332http://www.python.org
Zope Corporation http://www.zope.com http
interested in testing out such a patch, if you'd be willing to send it
along.
It's in CVS, just check out the appropriate branch:
Jim Fulton wrote:
OK, I made a CVS branch, BTreeFSIndex-branch (made from the Zope-2_4-branch),
for just the BTrees and ZODB directories. If you update
in an object that are not meaningful
to the application.
I think that a much better approach, if modification time is important
to your application, is to store the application modification time in the
object as a data attribute.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered
maillist - [EMAIL PROTECTED]
| http://lists.zope.org/mailman/listinfo/zope-cmf
|
| See http://www.zope.org/Products/PTK/Tracker for bug reports and feature
| requests
--
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (888) 344-4332
ZPT implementation is too slow
(thanks to recent DTML speedups ;).
ZPT needs to be as fast as or faster than DTML. It would be
great if it was cleaner and more pluggable.
Jim
--
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (888) 344-4332
Sidnei da Silva wrote:
On Seg 01 Jul 2002 15:26, Jim Fulton wrote:
| I'll add that the current ZPT implementation is too slow
| (thanks to recent DTML speedups ;).
|
| ZPT needs to be as fast as or faster than DTML. It would be
| great if it was cleaner and more pluggable.
|
| Jim
I
backup and the
server is back up and running. (breathing relieved)
What worries me is that we have no clue whatsoever on what happened,
besides the constatation that somehow, somewhere we lost a whole tree of
objects.
Was this in the backup? Or in the damaged data file?
Jim
--
Jim Fulton
will come out at around the same time as 2.6. See
http://dev.zope.org/Wikis/DevSite/Projects/SupportPython22/VisionStatement.
WRT to this change, now that I'm back from vacation, I want to talk to Brian
about it. ;)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
Romain Slootmaekers wrote:
Jim Fulton wrote:
Romain Slootmaekers wrote:
Yo,
we had a nasty crash of our zope server that we use for a b2b web
application. The Data.fs ZODB lost a significant amount of data.
What sort of crash? Was this a hardware failure, or a software failure
Romain Slootmaekers wrote:
Jim Fulton wrote:
Romain Slootmaekers wrote:
...
the object in question is created once, and there is no code to delete
it since in that application, it is of no use.
The only thing that happens is that we add/moify/delete other object to
that rootnode
or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (888) 344-4332http://www.python.org
Zope
Casey Duncan wrote:
On Thursday 15 August 2002 09:21 am, Jim Fulton wrote:
...
I'm not sure what you mean. The pipelining is defined and executed in the
lexicon.
My mistake.
I think that there is at least potential value in sharing lexicons.
Of course, a down side
.
I'd love to have more events like this in the future.
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (888) 344-4332http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
---BeginMessage---
PyCon DC 2003
and make it a separate distribution.
Would anyone object to these changes for Zope 2.7?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (888) 344-4332http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
be given a local role that lets them join/leave versions.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (703) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
3.3, featuring multi-version concurrency control,
plus any features that have been added to the head since the Zope 2.7
branch was created.
This idea is pretty appealing to me. I wonder what others think of it.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
...
Yes. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
___
Zope-Dev maillist - [EMAIL
Martijn Faassen wrote:
Hey,
Belated response, but..
Jim Fulton wrote:
Speaking of Zope 2.8, Jeremy Hylton has suggested that, perhaps, Zope 2.8
should be a release that provides *only*:
- New-style ExtensionClass, and
- ZODB 3.3, featuring multi-version concurrency control,
plus any features
Martijn Faassen wrote:
Jim Fulton wrote:
See:
Packages3/Interface in CVS
If you put this ahead of the Zope 2 Interface package in
your Python path, then you can use Zope 3 interfaces with Zope 2.
That's great news!
Is it the intention that this will be the default Interface package
in Zope
ought to use the new algorithm (option 2)?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
and has clearer
code. It also uses new-style classes and, thus, uses the new algorithm.
I personally don't like the new algorithm, but I don't really care
in the long run. One should avoid inheritence complex enough to show
a difference.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
Jim Fulton wrote:
...
An initial analysis showed that for more than half of the classes in
Zope 2, it was impossible to compute a method-resolution order using
the new algorithm. After about a day of analysis (and development of
a tool to aid in the analysis) I've been able to adjust the Zope
)
their products to be ExtensionClass-less and Zope3-ish. If they
make their products Zope 3-ish, the lookup algorithm won't matter much.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
Sidnei da Silva wrote:
On Fri, Oct 31, 2003 at 12:14:27PM -0500, Jim Fulton wrote:
| Thoughts?
|
| I am worried enough about breaking products that I'm inclined to go
| with option 3.
|
| Does anybody think we ought to use the new algorithm (option 2)?
I'm for option 2. Given that a huge amount
Sidnei da Silva wrote:
On Fri, Oct 31, 2003 at 02:39:28PM -0500, Jim Fulton wrote:
| I've checked the results of my work into the mro-advanture-branch (waa,
| I wish I cud spell) branch.
|
| You might find it entertaining to check out Zope on this branch:
|
| cvs co -rmro-advanture-branch Zope
time will be spent writing
tests. I really need to focus on Zope 3 for a while, so I may not
be able to get back to this soon. I think that this is an area
where some volunteers could make a big difference. I'd be happy to
work with some folks on this.
Jim
--
Jim Fulton mailto:[EMAIL
and ZODB 3.3 provide more than enough of a change for
one release. :)
This is something I would really love to see in zope2.
Me too. We need to get 2.7 and 2.8 out the door as soon as we
can so we can get working on 2.9.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
Jim Fulton wrote:
...
Currently, on the zodb33-devel-branch, Zope 2 runs and the great
majority of it's tests pass with NSEC and ZODB 3.3. It you'd like to
see this in action, feel free to check Zope out on the branch and
play with it.
Jeremy pointed out that this wasn't true. I had forgotten
Dieter Maurer wrote:
Jim Fulton wrote at 2003-11-13 15:22 -0500:
...
We need to refactor the way security assertions (permission
settings) are stored and accessed. We need to store required
permissions (__permissions__) on objects. When we need to figure
out roles, we need
place where this
special computation needs to be done.
Also note that I had to get rid of the validateValue call. It's important
that we always pass the name and container to code that needs to get roles.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
Dieter Maurer wrote:
Jim Fulton wrote at 2003-11-22 12:14 -0500:
...
Also note that I had to get rid of the validateValue call. It's important
that we always pass the name and container to code that needs to get roles.
We need name and container only for objects that do not have
their own
ZODB based objects like Image and
I imagine making similar small changes to Archetypes won't be hard.
Tres.
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com
not to wait for the old-style BTree and intSet compatability
work.
This would mean that old databases would not be useable with the CVS head
in the near term. Would this cause anyone any problems?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361
Jim Fulton wrote:
Zope 2.8 will not include the old BTree or intSet objects. I plan to
arrange for this not to be a problem for old databases. Somehow, Zope 2.8
will convert these automatically. I haven't done this yet though.
I'd like to merge the new-style ExtensionClass and ZODB 3.3 work soon
to come up with a mechanism for converting
ancient BTrees and intSets. Unfortunately, until a change I checked into
the Zope 2.7 branch on Wednesday, Zope was continuing to use the old
depricated BTrees for a key data structure.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered
Chris McDonough wrote:
On Fri, 2003-11-28 at 09:59, Jim Fulton wrote:
Hi,
I'm just about to start writing the checkin logs for the merge of new-style
ExtensionClass and ZODB 3.3 into the Zope 3 head. I expect the merge to be done
within the next hour or two.
You mean the Zope 2 HEAD, correct
Jim Fulton wrote:
Hi,
I'm just about to start writing the checkin logs for the merge of new-style
ExtensionClass and ZODB 3.3 into the Zope 2 head. I expect the merge to
be done within the next hour or two.
Done!
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO
compatability. The algorithm is described in detail
in the docstring for the test_mro test in
lib/python/ExtensionClass/tests.py.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
Yuppie wrote:
Jim Fulton wrote:
Done!
Hi Jim!
Here some feedback regarding your checkin.
Thanks!
I tested CMF with Zope HEAD.
These are the issues I ran into:
1.) from ZODB import Persistent, PersistentMapping doesn't work anymore
Maybe Zope 2.7 should have a deprecation warning?
Hm
Steve Alexander and I will be hosting a sprint in Fredericksburg
January 12-14, 2004:
http://dev.zope.org/Zope3/SteveVisitingFredericksburgSprint
A possible topic is Zope 2 to Zope 3 transition and working on
Zope 2.9.
Please let me know if you are interested in participating.
Jim
--
Jim
if that
decision stuck or if the script was ever written.
Jeremy
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
the conversion has been run, the database should be usable with
the head.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
. The hard part is walking the object tree. You will need a function that,
|given an object, will return the oids of the objects it references.
|Perhaps Jeremy can help you with that.
I hope so *wink*.
Me too. He's pretty busy. If he can't, I'll try to help.
Jim
--
Jim Fulton
PersistentMapping
is ExtensionClass is installed.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
.
I also had to check in a %$#@ travesty because Data.fs.in still has
references to BoboPOS.
With these changes, I can create a database with 2.6 and open it with the
head.
Thanks Chris for helping us figure out that this was easier than we
thought. :)
Jim
--
Jim Fulton mailto:[EMAIL
? I'd just
never thought of using __of__ or inheritedAttribute or any of the other
EC-specific stuff on a PersistentMapping.
shrug Who knows. I'd rather be safe. It's not that hard.
In any case, we would have needed the fix to handle old pickles
correctly.
Jim
--
Jim Fulton mailto:[EMAIL
in Zope 2
and Zope 3, most notably zope and Zope, with names differing only in
case.
I will also replace the existing Interfaces package with a facade package
that uses zope.interfaces.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714
reasonable use case
for heterogenous access.
Right. The name attribute was intended for attribute-based access.
IMO, it makes no sense to consider key values when doing security
checks.
I will let Jim comment on your use case.
What use case? I missed it. Where is it?
Jim
--
Jim Fulton
Tres Seaver wrote:
Jim Fulton wrote:
Tres Seaver wrote:
I will let Jim comment on your use case.
What use case? I missed it. Where is it?
Here is Stuart's original post:
This has the side effect of not passing the name attribute to
my security assertion methods registered via
Dieter Maurer wrote:
Jim Fulton wrote at 2004-1-15 10:03 -0500:
...
Right. The name attribute was intended for attribute-based access.
IMO, it makes no sense to consider key values when doing security
checks.
I will let Jim comment on your use case.
What use case? I missed it. Where
Dieter Maurer wrote:
Jim Fulton wrote at 2004-1-15 17:23 -0500:
...
None should never be passed for attribute accesses. If it is,
then there is a bug. The case of dictionary mapping names to
whatever is for attribute access. We are talking about item/key
access. I haven't seen a use case
Jim Fulton wrote:
Stuart Bishop wrote:
...
It was never intended that the ability to control unprotected sub-objects
by name would apply to items. It was sloppy coding on my part that item
indexes
(yes, indexes, like, say, 1) and keys were passed as names. I can
certainly
understand why
Dieter Maurer wrote:
Jim Fulton wrote at 2004-1-15 17:23 -0500:
BTW, telling me that an algorithm has changed doesn't constitute
a use case. :) I know that algorithm has changed. I assert that
we don't need the feature that the change broke. I am open
to evidence to the contrary.
Do you have
This would be a good time for people interested and knowledgeable
about packaging systems and who want to influence the direction we
take with Zope 3 to get involved. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http
it with the Object scema field type. :)
Should I be contributing code directly to Zope X3's
interface instead of subclassing it?
Absolutely!
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation
propose to make this
a topic of discussion at the upcoming Zope commnity IRC chat:
http://mail.zope.org/pipermail/zope-announce/2004-April/001409.html
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Jamie Heilman wrote:
Jim Fulton wrote:
I propose to move from CVS to subversion for the Zope and ZODB projects;
http://dev.zope.org/Zope3/MovingSCMToSubversion
No complaints from me. I do wonder though... one thing I've noticed
about ZC's CVS usage in the past is that you folks never export
differing only in case is a
bit ugly.
Do we want to consider renaming one or both of these packages
to avoid the conflict?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
101 - 200 of 1182 matches
Mail list logo