ow whether you consider this as a bug?
>
>
>
> A possible way of modifying the code in order to execute this code
> atomically is as follows:
>
>
>
> if (attributes.containsKey(name)) {
>value = attributes.remove(name);
>if (value == null)
>return;
> }
>
>
>
> Thanks,
>
> Ohad
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
-
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
erial other than the Servlet
3.0 specification?
2009/8/18 Mark Thomas
> Xie Xiaodong wrote:
> > Hello, Dear All,
> > I have updated the GSoC2009 Project Wiki page. I've got some design
> > decisions to make, could you please spare me some time take a look at
> t
yours and Best Regards,
Xie Xiaodong
Yes, you're right. Both static and final. :)
2009/6/27 sebb
> On 27/06/2009, Xie Xiaodong wrote:
> > But how could ThreadLocal be shared among all AccessLogValve instances on
> > the same server? After all, each thread access ThreadLocal has its own.
> >
> >
hat we already avoided
> I was not right writing this. We avoided sync around the formatters on
> every call, and that makes a difference.
> We already have sync in the writer on every call, so this sync
> once-in-a second won't be something noticeable. Though maybe it can be
> done once in 5/20/60 secs, but who cares.
>
> Best regards,
> Konstantin Kolinko
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
scribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
sorry, maybe I misunderstood your code, I'll recheck it.
2009/6/18 Xie Xiaodong
> Mark, since each of your thread runs a TestThread which implements
> runnable, those thread do not access the field or method of other threads, I
> do not think the test is multi-threaded. You could
individually?
> >
> > Will it make some difference?
>
> Don't know. You could always add your own test to the benchmarks and find
> out :)
>
> Mark
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
dateStamp = tsDate;
> -open();
> +if (!dateStamp.equals(tsDate)) {
> +close();
> +dateStamp = tsDate;
> +open();
> +}
> }
> }
> }
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
Hello, Dear All,
I have updated the GSoC2009 Project Wiki page. I've got some design
decisions to make, could you please spare me some time take a look at those?
Any comments are welcome. Thank you for your time.
--
Sincerely yours and Best Regards,
Xie Xiaodong
ent in trunk repository.
>
> Regards,
> Ariel
>
> --
> Configure bugmail:
> https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
> --- You are receiving this mail because: ---
> You are the assignee for the bug.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
or the bug.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
im.
>
> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
mentBuilderImpl.(DocumentBuilderImpl.java:115)
>at
>
> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(DocumentBuilderFactoryImpl.java:72)
>at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:81)
>at java.util.XMLUtils.load(XMLUtils.java:57)
>at java.util.Properties.loadFromXML(Properties.java:852)
>
>
>
>
>
>
>
> In the lib directory of tomcat both javax.xml.parsers and xerces jar files
> exists.
>
>
>
>
> Thanks in advanced.
>
> --
> Configure bugmail:
> https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
> --- You are receiving this mail because: ---
> You are the assignee for the bug.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
Could you provide me some more materials to start with?
--
Sincerely yours and Best Regards,
Xie Xiaodong
Although the specification does not cover whether the *ServerAuthModule *should
be stateful or stateless, I think we'd better keep it stateless for
scalability.
2009/4/5 Xie Xiaodong
> Thank you, David.
>
> After having a glance at JSR-196 Specification, the intuitive of des
ponse
}
2009/4/5 David Jencks
>
> On Apr 4, 2009, at 3:01 PM, Xie Xiaodong wrote:
>
> Hello, Dear All,
>> First, thank you very much for you valuable comments, Mark.
>> I've revised my project plan based on the comments of Mark, since I could
>> not
stence with JSR-196. This part will be added
into my project proposal in some comment later.
Any more comments, feedback and criticism to my proposal are welcomed.
--
Sincerely yours and Best Regards,
Xie Xiaodong
>
> RemoteServicesDrivers
> /RemoteServicesDrivers
>
>
>
> RemoteServicesZones
> /RemoteServicesZones
>
>
>
>
> Mike.
> --
> Oumar Ndiaye
> CTO
> ANTG Telecom
> www.antg.com
> ondi...@antg.com
> ondi...@alum.mit.edu
> ond4...@gmail.com
> Tel: +1-919-291-8742
>
>
>
>
> --
> Oumar Ndiaye
> CTO
> ANTG Telecom
> www.antg.com
> ondi...@antg.com
> ondi...@alum.mit.edu
> ond4...@gmail.com
> Tel: +1-919-291-8742
>
--
Sincerely yours and Best Regards,
Xie Xiaodong
Hello, Dear All,
After Mark's valuable comments, I revised my proposal according to your
comments, and added the deliverables and time schedule part. Any more
comments, feedback and criticism to my proposal are welcomed.
--
Sincerely yours and Best Regards,
Xie Xiaodong
Hello, Mark, I am greatly with you. After I finish my proposal, I will check
carefully what is the best way to solve this problem.
2009/4/2 Mark Thomas
> Xie Xiaodong wrote:
> > Hello, Dear All,
> >I found that "Double-Checked Locking Pattern" are heavily used
Thank you very much for your valuable comments, Mark. I've revised my
proposal according to your comments, and added the deliverables and time
schedule part. Any more comments, feedback and criticism to my proposal are
welcomed.
2009/4/2 Mark Thomas
> Xie Xiaodong wrote:
> > H
l. I
think this part need to be revised to get rid of race condition for sure.
--
Sincerely yours and Best Regards,
Xie Xiaodong
proposal later. Any comments, feedback
and criticism to my proposal are welcomed.
--
Sincerely yours and Best Regards,
Xie Xiaodong
Hello, All,
The pipeline and valves mechanism is the foundamental part of Tomcat,
will we change those "basic" valves like "StandardWrapperValve",
"StandardHostValve", "StandardEngineValve", "StandardContextValve" in this
project?
--
Sincerely yours and Best Regards,
Xie Xiaodong
x27;ll replace those valves one by one.
After finish each valve, I'll test if I break something. Could someone
provide me some more information of this project?
Here is my Biography:
I'm Xie Xiaodong, come from China. Now I'm in Sweden, pursuing my second
Master Degree on Software En
28 matches
Mail list logo
