Tuesday, August 10, 2010

arbcombo -- ARB Chair's Seminar Series: Tuesday, September 7, 2010 1:30 pm PDT (WEBCAST)

We are pleased to announce the next Series topic:

"High Accuracy Mobile Emissions Laboratory for
Measurements of Greenhouse Gases,
Isotopes, Fluxes and Pollutants".

Douglas Baer, Ph.D., President,
Los Gatos Research, Mountain View, California

Tuesday, September 7, 2010 1:30 pm – 3:30 pm PDT
Sierra Hearing Room, 2nd Floor, Cal/EPA Building
1001 I Street, Sacramento, California

Announcement and Presentation can be viewed at:
http://www.arb.ca.gov/research/seminars/seminars.htm

For "internal" users please check the internal webcast calendar
at:

http://epanet.ca.gov/broadcast/?bdo=1

For "external" users please check the external webcast calendar
at:

http://www.calepa.ca.gov/broadcast/?bdo=1

For your added convenience, while viewing the webcast,
presentations can be downloaded at:

http://www.arb.ca.gov/research/seminars/seminars.htm

Your e-mail questions will be aired during the
question & answer period following the presentations.

Webcast Viewers, e-mail your questions to:

sierrarm@calepa.ca.gov

For more information on this seminar presentation please
contact:
Ying-Kuang Hsu. at (916) 323-5774 or yhsu@arb.ca.gov

For more information on this Seminar Series please contact:
Peter Mathews at (916) 323-8711 or pmathews@arb.ca.gov

To receive notices for upcoming Seminars please go to:
http://www.arb.ca.gov/listserv/listserv.php
and sign up for the seminars list serve.


You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: agriculture-sp, air-quality-modeling, ccms, cc,
compost, gas-trans, ghg-rep, ghg-ver, hdghg, landfills,
manuremgmt, oil-gas, onroad, research, seminars.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Monday, August 9, 2010

Be prepared when accidents happen

Locate the best auto rates in your area
I didn't import branches and tags to avoid facing the non-standard SVN setup used by Dojo. ;-) I added some tags manually (0.9.0b-1.0.2), and still plan to experiment with branches and tags. Thank you for the link to your notes on the setup. I appreciate that you took time to write them --- clearly I don't want to reinvent the wheel. Incidentally I planned to blog on the mirror setup too, but now I will postpone it until I try to incorporate branches and tags. I have a git two-way mirror for Dojo for over a year now. But there are two sticky points I have noticed since mirroring to github: 1) Branches. For my work I don't need anything but trunk. For branches like "1.3" I just clone the branch in a new directory as a trunk and work separately with it. For the mirroring we decided to have separate repositories for Dojo, Dijit, DojoX, Util, and Demos. The underlying ideas were: a) Some people want just Dojo and nothing else, or Dojo + Dijit, or Dojo + DojoX + Util, and so on. For example you don't mirror Demos, and this should be totally fine --- there are many reasons to track projects separately. Having different repositories provides for that naturally. b) Some day we will want to separate release schedules of these projects. I suspect that we will have some synchronization points, like major releases, but minor releases like bug fixes can be produced on as needed basis by individual projects. 2) Tags. The existing Dojo SVN setup introduces a lot of complications because it uses a single server to track everything. For example, the release manager decided to tag a release, say, "1.3.2". It may fall on a changeset, which is not tracked by a particular repository or their combination. Of course we can tag a point in time, but branching introduces problems. Example: somebody working on the trunk modified a certain module, later on a problem was found and a fix was created, now the release manager wants the fix in the "1.3" branch but without new functionality. It means when we are ready to tag "1.3.2" we will tag the branch, not the trunk. Who cares about tags? github does. For every tag it creates a download completely automatically (see: http://github.com/dojo/dojo/downloads ). I want it to be coherent and consistent. === Ideally I want to address both problems, yet continue to maintain separate repositories. Maybe it makes sense to create a super repository to unite all projects under one roof. Will Riley proposed to do it with submodules. Sounds simple, but as far as I remember with submodules you can refer to a particular commit in an external repository, but I want to track live (the latest). Any ideas about that are welcomed. Thanks, Eugene Lazutkin Dojo Toolkit, Committer http://lazutkin.com/ On 06/25/2009 03:30 PM, John Locke wrote: Happy to see this! Good start guys. I do notice that the git repositories only mirror trunk, right? I'm not seeing any tags or branches. For an alternative approach (and many of you know about this already), I'm also providing a git mirror of the dojo svn repository. I've done a fair amount of wrangling to get the dojo, dijit, dojox, and util repositories imported into a single branch on one repo, with the same layout as you get in a tag or branch. This makes it very convenient to switch between trunk and a specific tag. I'm going to write up and post a summary of our workflow on my blog soon, based on an earlier thread about managing dojo builds. But meanwhile you can clone my git repo at git://git.freelock.com/git/dojo.git, and browse it at http://git.freelock.com/?p=dojo.git;a=summary . Or you can replicate our setup using my notes, http://freelock.com/kb/Git Our git mirror gets updated from svn automatically every 6 hours. Use the "master" branch for trunk of all 4 projects (I haven't included the demos trunk). Use dojo-trunk, dijit-trunk, dojox-trunk, and util-trunk branches as equivalents of the "official" git release. You should be able to format patches based on these branches to commit back to svn... Cheers, John Locke http://freelock.com -------- Original Message -------- Subject: Re: [Dojo-interest] ANN: Dojo on github From: Matthew Weier O'Phinney < matt ... @zend.com > To: dojo ... @mail.dojotoolkit.org Date: Tue 23 Jun 2009 08:36:19 AM PDT -- Peter E Higgins < dan ... @dojotoolkit.org > wrote (on Tuesday, 23 June 2009, 11:24 AM -0400): This concern was brought up at the last meeting. We made note explicitly that any decision to change the VC core would be preceded by much documentation and testing beforehand. There will be no surprises, and IF it were to happen, we'd provide a crystal-clear migration guide. This GitHub thing, as Eugene points out, is experimental and unidirectional at the moment. There simply was a tremendous amount of interest in allowing folks to get Dojo from a git repository, as it is an exceptionally popular DVC these days. Perfectly understandable, and something we're considering ourselves (lots of contributors are interested in using Git, and I myself personally mirror all the ZF repos locally as git repositories to facilitate experimental branching and offline commits). Thanks for the clarifications, everyone, and very excited to see another project using git! Eugene Lazutkin wrote: No current plans to move the primary from SVN to any other SCM. Obviously the official mirror on github is the exploratory move, but any decision to move (if any) will be taken after we gather some experience with mirroring, and we will take into account opinions of all stakeholders and major users. Clearly Zend is included, and we don't plan to leave anybody hanging. Thanks, Eugene Lazutkin Dojo Toolkit, Committer http://lazutkin.com/ On 06/23/2009 07:00 AM, Matthew Weier O'Phinney wrote: -- Eugene Lazutkin < euge ... @gmail.com > wrote (on Monday, 22 June 2009, 10:55 PM -0500): As of now all five major Dojo repositories are available on github as official mirrors: http://github.com/dojo http://github.com/dojo/dojo/tree http://github.com/dojo/dijit/tree http://github.com/dojo/dojox/tree http://github.com/dojo/util/tree http://github.com/dojo/demos/tree All mirrors are read-only. No branches (save for master) are mirrored. I plan to add tags later. For now I will update mirrors manually 1-2 times a day. Later it will be automated, but in any case expect a lag --- our Subversion repository is still the primary. Will Dojo be migrating entirely to Git at some point, or will github simply be a mirror, allowing contributors to push via git+svn? I ask as a move to git would require some changes to Zend Framework infrastruture, as we currently pull in Dojo via svn:externals. :) _______________________________________________ FAQ: http://dojotoolkit.org/support/faq Book: http://dojotoolkit.org/docs/book Forums: http://dojotoolkit.org/forum Dojo ... @mail.dojotoolkit.org http://mail.dojotoolkit.org/mailman/listinfo/dojo-interest -- Peter E Higgins Dojo Project Lead : http://dojotoolkit.org _______________________________________________ FAQ: http://dojotoolkit.org/support/faq Book: http://dojotoolkit.org/docs/book Forums: http://dojotoolkit.org/forum Dojo ... @mail.dojotoolkit.org http://mail.dojotoolkit.org/mailman/listinfo/dojo-interest _______________________________________________ FAQ: http://dojotoolkit.org/support/faq Book: http://dojotoolkit.org/docs/book Forums: http://dojotoolkit.org/forum Dojo ... @mail.dojotoolkit.org http://mail.dojotoolkit.org/mailman/listinfo/dojo-interest _______________________________________________ FAQ: http://dojotoolkit.org/support/faq Book: http://dojotoolkit.org/docs/book Forums: http://dojotoolkit.org/forum Dojo ... @mail.dojotoolkit.org http://mail.dojotoolkit.org/mailman/listinfo/dojo-interest A release candidate GIT 1.6.3.rc0 is available at the usual places for testing: http://www.kernel.org/pub/software/scm/git/ git-1.6.3.rc0.tar.{gz,bz2} (source tarball) git-htmldocs-1.6.3.rc0.tar.{gz,bz2} (preformatted docs) git-manpages-1.6.3.rc0.tar.{gz,bz2} (preformatted docs) The RPM binary packages for a few architectures are found in: testing/git-*-1.6.3.rc0-1.fc9.$arch.rpm (RPM) ---------------------------------------------------------------- GIT v1.6.3 Release Notes (draft) ================================ With the next major release, "git push" into a branch that is currently checked out will be refused by default. You can choose what should happen upon such a push by setting the configuration variable receive.denyCurrentBranch in the receiving repository. To ease the transition plan, the receiving repository of such a push running this release will issue a big warning when the configuration variable is missing. Please refer to: http://git.or.cz/gitwiki/GitFaq#non-bare http://thread.gmane.org/gmane.comp.version-control.git/107758/focus=108007 for more details on the reason why this change is needed and the transition plan. For a similar reason, "git push $there :$killed" to delete the branch $killed in a remote repository $there, if $killed branch is the current branch pointed at by its HEAD, gets a large warning. You can choose what should happen upon such a push by setting the configuration variable receive.denyDeleteCurrent in the receiving repository. When the user does not tell "git push" what to push, it has always pushed matching refs. For some people it is unexpected, and a new configuration variable push.default has been introduced to allow changing a different default behaviour. To advertise the new feature, a big warning is issued if this is not configured and a git push without arguments is attempted. Updates since v1.6.2 -------------------- (subsystems) * various git-svn updates. (performance) * many uses of lstat(2) in the codepath for "git checkout" have been optimized out. * pruning reflog entries that are unreachable from the tip of the ref during "git reflog prune" (hence "git gc") was very inefficient. (usability, bells and whistles ) * rsync:/path/to/repo can be used to run git over rsync for local repositories. It may not be useful in practice; meant primarily for testing. * http transport learned to prompt and use password when fetching from or pushing to http://user @host.xz/ URL. * (msysgit) progress output that is sent over the sideband protocol can be handled appropriately in Windows console. * "--pretty=

arbcombo -- ARB Chair's Seminar Series: Wednesday, August 11, 2010 1:30 pm PDT (WEBCAST)

"Presentation is Now Available!"

"Advanced Devices for Rear Drag Reduction
on Tractor-Trailers".

Chuck Horrell, P.E., Vice President of Engineering,
Advanced Transit Dynamics Inc., South San Francisco

Wednesday, August 11, 2010 1:30 pm – 3:30 pm PDT
Sierra Hearing Room, 2nd Floor, Cal/EPA Building
1001 I Street, Sacramento, California

Announcement and Presentation can be viewed at:
http://www.arb.ca.gov/research/seminars/seminars.htm

For "internal" users please check the internal webcast calendar
at:

http://epanet.ca.gov/broadcast/?bdo=1

For "external" users please check the external webcast calendar
at:

http://www.calepa.ca.gov/broadcast/?bdo=1

For your added convenience, while viewing the webcast,
presentations can be downloaded at:

http://www.arb.ca.gov/research/seminars/seminars.htm

Your e-mail questions will be aired during the
question & answer period following the presentations.

Webcast Viewers, e-mail your questions to:

sierrarm@calepa.ca.gov

For more information on this seminar presentation please
contact:
John Collins, Ph.D. at (916) 327-8097 or jcollins@arb.ca.gov

For more information on this Seminar Series please contact:
Peter Mathews at (916) 323-8711 or pmathews@arb.ca.gov

To receive notices for upcoming Seminars please go to:
http://www.arb.ca.gov/listserv/listserv.php
and sign up for the seminars list serve.


You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: agriculture-sp, ccms, cc, freight, gmbond,
hdghg, icat, research, seminars, transport.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Sunday, August 8, 2010

Work as a medical coder

Work from home as a medical coder
On Wed, 14 Jan 2009 14:48:17 -0500, "Jerry D. Hedden" < jdhe ... @cpan.org > wrote: The format of the .patch file is no longer an integer change number, and generates an error when processed by Configure. As .patch is now handled by make_patchnum.pl, remove processing of .patch from Configure. On Wed, Jan 14, 2009 at 4:02 PM, H.Merijn Brand< h.m. ... @xs4all.nl > wrote: True, but changes to Configure were hold-off till the dust has settled. I wait for Yves to make me rip that out of Configure. The dust should be settled by now. How about processing this patch? Dear durgam : Thanks your help and now I have another questions from your answer. (Q1) I know PLI is a mechanism to invoke C or C++ functions from Verilog code. I going into $DV_ROOT/tools/pli/iop and write command "% mkplilib ncverilog" to recomplier PLIs, but i got the error message below: /bin/sh: ncbits: not found /bin/sh: test: argument expected cc: unrecognized option `-KPIC' cc: language CC not recognized cc: mem.c: linker input file unused because linking not done cc `[ \`ncbits\` = 64 ] && echo -xarch=v9 || echo` -G -Bdynamic -o /home/MS97 /max1/OpenSPARCT1/tools/pli/mem/libmem_pli_ncv.so mem.o /bin/sh: ncbits: not found /bin/sh: test: argument expected cc: mem.o: No such file or directory cc: no input files make[1]: *** [/home/MS97/max1/OpenSPARCT1/tools/pli/mem/libmem_pli_ncv.so] Error 1 make[1]: Leaving directory `/home/MS97/max1/OpenSPARCT1/tools/pli/mem' make: *** [/home/MS97/max1/OpenSPARCT1/tools/pli/mem/libmem_pli_ncv.so] Error 2 I don't understand the meaning of error messages clearly. I guess that maybe I didn't set the correct path, so it can't find some file at the path which define in makefile.ncv . Should i chang some variables or path in makefile.ncv or do something else? (Q2) I find the some PLI dynamic library (.so) at $DV_ROOT/tools/SunOS/sparc/lib . Can i directly use this PLI dynamic library (.so) which had compiled without compiling PLI source codes as Q1 ? (Q3) If i can directly use this PLI dynamic library (.so), how could i link these dynamic library(.so) and hardware module(.v) while running a regression by using sims and ncverilog . Or i don't worry about the linking problem because Sims could do automatically? (Q4) The error message shown in previous article which i post include "library -lSysSciTask, -lC, -lcx not found ". Are these library belong to part of PLI library or other system library like gcc library or Sims simulator? (Q5) {quote:title=durgam wrote:}{quote} Try recompiling PLIs for your particular platform and gcc version using mkplilib utility. Pre-packaged PLIs are compiled with Sun studio suit and will not work with gcc moel build. In general , pli and model should be build with the same compiler. At final line as You say "In general , pli and model should be build with the same compiler." and i didn't understand the "model" you mean ? Does "model" mean hardware model like core1_mini, core1_full, chip8_mini...etc? If I guess right, i think the PLI code written by C or C++ should be compilied by gcc and "model" like sparc core written by verilog should be compilied by another HDL complier . Why did you say "pli" and "model" should be build with "the same compiler" or i misunderstood for "model"? Sorry for questioning so many problems . If anyone has suggestion, you can do me a favor. On 11/23/06 6:15 AM, Rob Wolfe wrote: wo_shi_big_ stomach wrote: Newbie to python writing a script to recurse a directory tree and delete the first line of a file if it contains a given string. I get the same error on a Mac running OS X 10.4.8 and FreeBSD 6.1. Here's the script: # start of program # p.pl - fix broken SMTP headers in email files # # recurses from dir and searches all subdirs # for each file, evaluates whether 1st line starts with "From " # for each match, program deletes line import fileinput import os import re import string import sys from path import path # recurse dirs dir = path(/home/wsbs/Maildir) for f in dir.walkfiles('*'): # # test: # print f Are you absolutely sure that f list doesn't contain any path to directory, not file? Add this: f = filter(os.path.isfile, f) and try one more time. Sorry, no joy. Printing f then produces: rppp rppppp rppppp rpppr rppppp rpppP rppppp rppppp which I assure you are not the filenames in this directory. I've tried this with f and f.name. The former prints the full pathname and filename; the latter prints just the filename. But neither works with the fileinput.input() call below. I get the same error with the filtered mod as before: File "./p", line 23, in ? for line in fileinput.input(f, inplace=1, backup='.bak'): Thanks again for info on what to feed fileinput.input() # # open file, search, change if necessary, write backup for line in fileinput.input(f, inplace=1, backup='.bak'): # check first line only if fileinput.isfirstline(): if not re.search('^From ',line): print line.rstrip('\n') # just print all other lines if not fileinput.isfirstline(): print line.rstrip('\n') fileinput.close() # end of program Dennis Lee Bieber wrote: On Sat, 25 Nov 2006 07:58:26 -0800, wo_shi_big_ stomach declaimed the following in comp.lang.python: File "p2.py", line 23, in ? for line in fileinput.input(f,): File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/fileinput.py", line 231, in next line = self.readline() File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/fileinput.py", line 320, in readline self._file = open(self._filename, "r") This looks similar to before -- fileinput.input() still isn't operating on the input. And where is the actual exception message line -- the one with the error code/description. dir = path('/home/wsbs/Maildir') #for f in dir.walkfiles('*'): for f in filter(os.path.isfile, dir.walkfiles('*')): If I understand the documentation of fileinput, you shouldn't even need this output loop; fileinput is designed to expect a list of files (that it works with a single file seems an afterthought) Yes, thanks. This is the key point. Feeding fileinput.input() a list rather than a single file (or whatever it's called in Python) got my program working. Thanks! for line in fileinput.input(f,): for line in fileinput.input(filter(os.path.isfile, dir.walkfiles("*")), inplace=1): should handle all the files... Indeed it does -- too many times. Sorry, but this (and the program you provided) iterate over the entire list N times, where N is the number of files, rather than doing one iteration on each file. For instance, using your program with inplace editing and a ".bak" file extension for the originals, I ended up with filenames like name.bak.bak.bak.bak.bak in a directory with five files in it. I don't have this third party path module, so the directory tree walking isn't active, but... The path module: http://www.jorendorff.com/articles/python/path/ is a *lot* cleaner than os.path; see the examples at that URL. Thanks for the great tip about fileinput.input(), and thanks to all who answered my query. I've pasted the working code below. /wsbs import fileinput import os import re import string import sys from path import path # p2.py - fix broken SMTP headers in email files # # recurses from dir and searches all subdirs # for each file, evaluates whether 1st line starts with "From " # for each match, program deletes line # recurse dirs dir = path('/home/wsbs/Maildir') g = dir.walkfiles('*') for line in fileinput.input(g, inplace=1, backup='.bak'): # just print 2nd and subsequent lines if not fileinput.isfirstline(): print line.rstrip('\n') # check first line only elif fileinput.isfirstline(): if not re.search('^From ',line): print line.rstrip('\n') fileinput.close()

Friday, August 6, 2010

Certified CSI Techs needed

Choose from many programs





Hi Sherry, thanks for the response. We have a suspicion that we know what is happening. Presume we have a process that has 5 steps / activities and the threading value is set to 20. We think the BPEL engine is using the 20 threads to move 20 instances (and thus 20 files) to step 1 of the process and then another 20 to step 1 and then another.... I think you get the idea. When he has brought all processes to step 1 then he starts from scratch again and moves 20 to step 2 and another 20 to step 2 and so on. This would explain why all processes are terminating more or less together. This could conceivably make sense when the processes are long lived. If a process takes 3 hours to complete and the engine dedicates it 20 threads to moving 20 instances through the whole process then it would be more or less blocked for 3 hours. David Lane Senior Entwickler afb Application Services AG Meglingerstrasse 20 81477 München Germany Phone +49 (89) 78 000-314 Fax +49 (89) 78 000-590 E-Mail Lane ... @afb.de Internet www.afb.de Vorstand: Christian Aechter, Gerolf Dienhold, Jan Ph. Wieners Vorsitzender des Aufsichtsrats: Ralph G. Werner Sitz der Gesellschaft: München - Registergericht München, HRB 129 294 Allgemeine Information zur steigenden Zahl von Viren-E-Mails: Virenbehaftete E-Mails, die bei uns eingehen, werden von der afb-Firewall automatisch erkannt und ausselektiert. Bitte beachten Sie, dass keine Benachrichtigung an Absender und Empfänger über die Nicht-Zustellung dieser E-Mails erfolgt. General information regarding the growing number of virus emails: Virus-infected emails received by us are automatically detected by afb-Firewall and singled out. Please note that no messages are sent either to the sender or recipient regarding the failed delivery of such emails. -----Ursprüngliche Nachricht----- Von: Sher ... @Sun.COM [mailto: Sher ... @Sun.COM ] Gesendet: Dienstag, 18. November 2008 19:24 An: de ... @open-esb.dev.java.net Betreff: Re: AW: Re: Behaviour of FIleBC under load conditions Hi David, The File BC thread setting (the one that defaults to 5) applies to "outbound" processing (i.e. file writing) only. On the "inbound" (file polling) side, unless the throttling configuration (max concurrency setting) is applied, the BC will continue to poll for matching input files. It doesn't sound right to me either if no output files are generated until all input files are processed, but I'm not sure if the problem is in File BC or BPEL SE here. I've filed a bug to keep track of this: https://open-esb.dev.java.net/issues/show_bug.cgi?id=1044 . We will look into this problem. Regards Sherry Weng Open ESB Community http://open-esb.org Lane David wrote: Hi Sujit, the files are not huge: around 50Kb. Input pattern is %u.xml. Output is something like CON-%u.xml. They are also separate directories. In which direction should I change the setting? I'm not sure how this setting could lead to the behavior observed though. If this is set to 5 (as it is) and the BPEL thread limit to 10 then the system should behave just like 10 file are in the input directory even when there are a 1000 in there. The CPU and memory load are a big concern here. David Lane Senior Entwickler afb Application Services AG Meglingerstrasse 20 81477 München Germany Phone +49 (89) 78 000-314 Fax +49 (89) 78 000-590 E-Mail Lane ... @afb.de Internet www.afb.de < http://www.afb.de > Vorstand: Christian Aechter, Gerolf Dienhold, Jan Ph. Wieners Vorsitzender des Aufsichtsrats: Ralph G. Werner Sitz der Gesellschaft: München - Registergericht München, HRB 129 294 Allgemeine Information zur steigenden Zahl von Viren-E-Mails: Virenbehaftete E-Mails, die bei uns eingehen, werden von der afb-Firewall automatisch erkannt und ausselektiert. Bitte beachten Sie, dass keine Benachrichtigung an Absender und Empfänger über die Nicht-Zustellung dieser E-Mails erfolgt. General information regarding the growing number of virus emails: Virus-infected emails received by us are automatically detected by afb-Firewall and singled out. Please note that no messages are sent either to the sender or recipient regarding the failed delivery of such emails. *Von:* Suji ... @Sun.COM [mailto: Suji ... @Sun.COM ] *Gesendet:* Mittwoch, 5. November 2008 18:46 *An:* de ... @open-esb.dev.java.net *Betreff:* Re: Behaviour of FIleBC under load conditions Hi David, How large are this input files? note given the default configuration of filebc, at a given time filebc can write to only 5 files ( i.e 5 processors) . Please change this configuration and restart , see if you get any improvement. Also what is file name pattern being used in the input wsdl and output wsdl? Thanks, Sujit Lane David wrote: Hi there, we have a BPEL Application that is file based and we are noticing some strange behavior under load conditions. The receive of the BPEL process is bound to an inbound and in-only port with a file binding that polls a directory for xml files. At the end of the BPEL Process we do an invoke of an operation that is bound to a port with a file binding in outbound mode which writes another xml file to an output directory. So far so good, everything works fine. However, we did a load test yesterday and noticed some strange behavior. When we dump X files into the input directory then processing begins as expected: we see from the logs that the files are being processed over time. What we are observing though is that no files are appearing in the output directory until processing of all is completed. The same behavior was observed for 100, 500 and 1000 files. This seems very inefficient - we are noticing for example that the resource-usage (memory, cpu etc.) is climbing with the increased number of files although we have set the number of BPEL Threads to 10. We need to get the files immediately after they are finished processing. I mean under certain conditions it could theoretically be possible that we receive the output files only at the end of the day when the load goes down. David Lane Senior Entwickler afb Application Services AG Meglingerstrasse 20 81477 München Germany Phone +49 (89) 78 000-314 Fax +49 (89) 78 000-590 E-Mail Lane ... @afb.de Internet www.afb.de < http://www.afb.de > Vorstand: Christian Aechter, Gerolf Dienhold, Jan Ph. Wieners Vorsitzender des Aufsichtsrats: Ralph G. Werner Sitz der Gesellschaft: München - Registergericht München, HRB 129 294 Allgemeine Information zur steigenden Zahl von Viren-E-Mails: Virenbehaftete E-Mails, die bei uns eingehen, werden von der afb-Firewall automatisch erkannt und ausselektiert. Bitte beachten Sie, dass keine Benachrichtigung an Absender und Empfänger über die Nicht-Zustellung dieser E-Mails erfolgt. General information regarding the growing number of virus emails: Virus-infected emails received by us are automatically detected by afb-Firewall and singled out. Please note that no messages are sent either to the sender or recipient regarding the failed delivery of such emails. --------------------------------------------------------------------- To unsubscribe, e-mail: dev- ... @open-esb.dev.java.net For additional commands, e-mail: dev- ... @open-esb.dev.java.net --------------------------------------------------------------------- To unsubscribe, e-mail: dev- ... @open-esb.dev.java.net For additional commands, e-mail: dev- ... @open-esb.dev.java.net

cc -- August 16 AB 32 Environmental Justice Advisory Committee Conference Call

*** Due to technical difficulties you might receive this as a
duplicate listserv email. Sorry for any inconvenience this may
cause ***

The AB 32 Environmental Justice Advisory Committee (EJAC) will
hold a conference call on August 16, 2010 from 3:00 p.m. to 5:00
p.m. (Pacific Time). EJAC plans to finalize and adopt
recommendations on the California Air Resources Board's proposed
screening method for low-income communities highly impacted by
air pollution for AB 32 assessments.

This meeting will be held by phone, at (888) 469-1385; passcode
"4808121" and at the following locations:

Junipero Serra Building
Conference Room 3A, 3rd Floor
320 West 4th Street
Los Angeles, CA 90013

Cal/EPA HQ Building
Conference Room 230
1001 "I" Street
Sacramento, CA 95814

San Joaquin Valley APCD
Sierra Room
1990 E. Gettysburg Avenue
Fresno, CA 93726

PolicyLink Office
Suite 303
1438 Webster Street
Oakland, CA 94612

The public meeting agenda has been posted at:
http://www.arb.ca.gov/cc/ejac/meetings/meetings.htm

Background EJAC information can be found at:
http://www.arb.ca.gov/cc/ejac/ejac.htm

For questions, please contact Johnnie Raymond at (916) 445-8279,
or via email at: jraymond@arb.ca.gov


======================================================================
You are subscribed to the cc mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, see our website at www.arb.ca.gov.
======================================================================

Wednesday, August 4, 2010

cc -- August 18 California Carbon Capture and Storage Review Panel Meeting

The third meeting of the California Carbon Capture and Storage
Review Panel will be held on Wednesday, August 18, 2010. The
California Energy Commission, the California Public Utilities
Commission, and the California Air Resources Board have formed
this panel to review carbon capture and storage (CCS) policy and
develop recommendations that could help guide legislation and
regulations regarding CCS in California. CCS has been identified
as a potential strategy for reducing greenhouse gas emissions
from major industrial sites.

Other state agencies interested and involved in the issue are the
California Department of Conservation and the California State
Water Resources Control Board.

WEDNESDAY, AUGUST 18, 2010
8:30 a.m. - 5:30 p.m.
CALIFORNIA ENERGY COMMISSION
1516 Ninth Street
First Floor, Hearing Room A
Sacramento, California
(Wheelchair Accessible)

Public parking is available in the state-owned garage on 10th
Street between O and P Streets (entrance on 10th), in metered
spaces on area streets, and in the public parking garages on L
Street between 10th and 11th Streets and on P Street between 11th
and 12th Streets.

Documents and presentations for this meeting will be available
on-line at
http://www.climatechange.ca.gov/carbon_capture_review_panel/meetings/


Remote Attendance

You can participate in this meeting through WebEx, the Energy
Commission's online meeting service. Presentations will appear on
your computer screen, and you listen to the audio via your
telephone. Please be aware that the meeting's WebEx audio and
on-screen activity may be recorded.

Computer Log-on with Telephone Audio:
1. Please go to https://energy.webex.com and enter the unique
meeting number: 495 173 937

2. When prompted, enter your name and other information as
directed and the meeting password: meeting@9

3. After you log-in, a prompt will ask for your phone number. If
you wish to have WebEx call you back, enter your phone number.
This will add your name on the WebEx log so that we know who is
connected and have a record of your participating by WebEx.

If you do not wish to do that, click cancel, and go to step 4.
Or, if your company uses an older switchboard-type of phone
system where your line is an extension, click cancel and go to
step 4.

4. If you didn't want WebEx to call you back, then call
1-866-469-3239 (toll-free in the U.S. and Canada). When prompted,
enter the meeting number above and your unique Attendee ID
number, which is listed in the top left area of your screen after
you login via computer. International callers can dial in using
the "Show all global call-in numbers" link (also in the top left
area).

Telephone Only (No Computer Access):
1. Call 1-866-469-3239 (toll-free in the U.S. and Canada) and
when prompted enter the unique meeting number above.
International callers can select their number from
https://energy.webex.com/energy/globalcallin.php

If you have difficulty joining the meeting, please call the WebEx
Technical Support number at 1-866-229-3239.

For more information:
http://www.climatechange.ca.gov/carbon_capture_review_panel/meetings/
(If link above doesn't work, please copy entire link into your
web browser's URL)


======================================================================
You are subscribed to the cc mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, see our website at www.arb.ca.gov.
======================================================================