Nabble - Open ESB Development

Re: AW: Re: File BC begins processing before file is completely copied

2008-10-10T16:31:18Z

As pointed out files can be corrupted in transit, with the liklihood of
this happening increasing as the size of the file increases. Therefore
to make the system even more robust, when it is required, the marker
file could contain a crc, or md5, etc. The crc in the marker file could
then be verified against the crc of the target file. This can provide a
more, perhaps very, robust File BC solution in cases where it is a
requirement to have one.. As an extension of this the marker file could
contain a crc and the actual location of the target file. This would
provide other possibilities. For instance it is a potential solution for
reading files from subdirs under the root dir as was requested as a feature.
e.g.

<polldir>/
foo.crc
<polldir>/subdir1/
foo.txt

foo.crc
target-crc=000000000000

foo.crc
target-crc=000000000000;path=subdir/foo.txt

The marker file could contain other properties as well

foo.crc
target-crc=000000000000;path=subdir/foo.txt;public-encription-key=blah;marker-crc=000000000011

>>2. We also have the case mentioned in a previous message: we receive
a second smaller file to confirm that the transfer of the first is
complete. That means we need to begin processing of one file based on
the existence of a second file.

File BC doesn't offer this capability today. This sounds like an
interesting requirement though, basically the read is triggered by a
different file than the one the BC is going to read. I am not a field
person, so not sure if this is a pretty common use case?
I would think this can be achieved by having a File BC poll for the
marker files, then from the triggered service read in the desired file?
It seems like a common enough use case though that I think it warrants
adding it as a native capability too.

Andreas Egloff wrote:

> Sherry Weng wrote:
>
>> Hi David,
>>
>> Please see inline...
>>
>> Regards
>> --Sherry
>>
>> Lane David wrote:
>>
>>>
>>> Phew, a lot of posts to work through in this discussion. I wasn’t
>>> aware of the cross platform locking problem. As far as I can see the
>>> only reliable way of doing this is copying the file into the same
>>> directory and renaming it to match the file name pattern of the BC.
>>> In this specific case this can be achieved. What some people seem to
>>> forget here though is that in integration projects you don’t always
>>> have much influence on the client side. 2 examples:
>>>
>>> 1. We have in another project the following configuration: we need
>>> to monitor a directory where certain files accumulate in the course
>>> of the day. We can be certain that no more files will come after
>>> 20:00. That means we can begin processing of the files at say 21:00.
>>> (Combination of scheduling BC and file BC?)
>>>
>> This is definitely a very realistic requirement, and IINM, the
>> scheduler BC will be a good fit for this. There are a lot of
>> discussions on this thread, but the main thing is (still) there is no
>> safe-proof way for File BC to detect a completed file. What you just
>> explained here is a cron job type of deal, and I believe that's why
>> we have components like scheduler BC. Of course, I am discounting the
>> possibility that File BC could be enhanced with new configurations to
>> handle scheduled polling either.
>
> Yes this is a core use case for the use of Scheduler BC. In OpenESB v2
> this is achieved by triggering a service (e.g. bpel, java) that then
> does a request to read the file(s). Using project Fuji this is
> simplified even further in that the Scheduler can directly trigger the
> File BC to read and pipe the responses to a processor.
>
>>>
>>> 2. We also have the case mentioned in a previous message: we receive
>>> a second smaller file to confirm that the transfer of the first is
>>> complete. That means we need to begin processing of one file based
>>> on the existence of a second file.
>>>
>> File BC doesn't offer this capability today. This sounds like an
>> interesting requirement though, basically the read is triggered by a
>> different file than the one the BC is going to read. I am not a field
>> person, so not sure if this is a pretty common use case?
>
> I would think this can be achieved by having a File BC poll for the
> marker files, then from the triggered service read in the desired
> file? It seems like a common enough use case though that I think it
> warrants adding it as a native capability too.
>
>>>
>>> Can either of these 2 use cases be handled?
>>>
>>> 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.David@... <mailto:Lane.David@...>
>>>
>>> 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:* Andy.Knight@... [mailto:Andy.Knight@...]
>>> *Gesendet:* Donnerstag, 9. Oktober 2008 08:53
>>> *An:* dev@...
>>> *Betreff:* Re: File BC begins processing before file is completely
>>> copied
>>>
>>> File locking is platform dependent and requires that processes
>>> co-operate. For example, on Unix, a lock can be applied to a file
>>> (inode) but another process can still access that file - it needs to
>>> explicitly test for the lock (that's the co-operation part).
>>>
>>> Das Bild wurde vom Absender entfernt. <http://www.sun.com>
>>>
>>>
>>> Andy Knight
>>> Principal Engineer, Field Assist Support Team
>>> Sun Microsystems, Inc.
>>> Java House, Guillemont Park, Minley Road, Blackwater
>>> Camberley, Surrey GU17 9QG United Kingdom
>>> Home office: +44 1494 462438
>>> Mobile: +44 7775 583415
>>> Skype: aprknight
>>> Email: Andy.Knight@... <mailto:Andy.Knight@...>
>>> Blog: http://blogs.sun.com/andky
>>>
>>> Das Bild wurde vom Absender entfernt. <http://www.sun.com>
>>>
>>> On 8 Oct 2008, at 23:29, Jason Weinstein wrote:
>>>
>>>
>>>
>>> Mike, Derek,
>>>
>>> Can you verify what will happen if you lock the file prior to
>>> rename. Will it allow you to lock if a copy is in progress?
>>>
>>> * Also note: Here is a techtip "Locking Files For Shared Access"
>>> http://java.sun.com/developer/JDCTechTips/2002/tt0924.html
>>>
>>> You should be able to write the code to test in a few minutes. If
>>> not and you are willing ill send you some test code.
>>>
>>> Otherwise i'd be glad to see your simple test code after trying it.
>>>
>>> NOTE: The File BC code does not appear to be doing a File lock, just
>>> directory lock.
>>>
>>> Thanks
>>>
>>> Mike Wright wrote:
>>>
>>>
>>> Hi Sujit,
>>>
>>> +1 (I just verified this on both Solaris-x86 and Ubuntu Linux).
>>>
>>> Regards,
>>>
>>> Mike
>>>
>>> ---
>>>
>>> Derek Frankforth wrote:
>>>
>>> Sujit Biswas wrote:
>>>
>>> Agree...
>>>
>>> However, Do we know which are operating system which allow
>>> file to renamed , while another process is writing to the
>>> file ? Does any of the modern operating systems allow this?
>>>
>>> Most flavors of Unix allow the rename. Windows is one of the
>>> few doesn't.
>>>
>>>
>>> ---------------------------------------------------------------------
>>>
>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>> <mailto:dev-unsubscribe@...>
>>>
>>> For additional commands, e-mail: dev-help@...
>>> <mailto:dev-help@...>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>> <mailto:dev-unsubscribe@...>
>>> For additional commands, e-mail: dev-help@...
>>> <mailto:dev-help@...>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Dynamic Partner Links and Concurrency

2008-10-10T14:11:38Z

Background...
I have implemented a process that invokes operations on a DPL. The DPL is based on a wsdl that all of my external web services implement, and there is planned to be 50+ instances of those web services located anywhere on my network. I need to invoke the same operation on each of the services at the same time.

Question...
Is it possible to set the DPL with an EndpointReference containing the address/uri of each individual service, concurrently, meaning 50+ simultaneous business process instances, each having a unique address; or must the BC only be set to one address at a time?

Invitation Oct 22nd OpenESB Innovation Series: Project Fuji Milestone 2

2008-10-10T13:43:25Z

Keith Babo and Andi Egloff (me) will present milestone 2 of the work we're doing on the next generation integration stack

Project Fuji Milestone 2

If you haven't seen Milestone 1 you may want to watch those screencasts to get a feel for where this is going

This is a presentation and peer review where community members present research, innovative new features, projects and prototypes. http://wiki.open-esb.java.net/Wiki.jsp?page=OpenESBInnovationSeries

See you there!

Agenda

Presentation
Demo
Discussion

Date Wednesday, October 22
Time: 9:00 - 10:30am PT

Dial in
Note that for the benefit of those that can't attend these meetinga are recorded and put on the wiki
USA Toll-Free: 866-230-6967
USA Caller Paid/International Toll: 215-446-3659
ACCESS CODE: 6510124

Web Meeting Address: https://www.webmeeting.att.com
Meeting Number(s): 866-230-6967
ACCESS CODE: 6510124

Note

We'll only start/use the web meeting for the demos, the presentation will be available on the wiki
Please log into web meeting at least once before the meeting, the first time takes a while to start

Goals
To make the community even more transparent and to help everyone keep up with the increasing velocity of OpenESB, all community members interested in technical discussion of new features are invited to participate in the OpenESB innovation series meetings.

The goal is both to share the vision and details of what different contributors/groups/partners are working on - and for the technical community to review and give feedback to shape further work.

Re: HTTP BC SOAP Header backward compatibility issue

2008-10-10T11:39:04Z

Yes, the capability to query, set or modify SOAP headers is already
available in the latest OpenESB build.
BTW, the addressing header is no longer a default. It will only be added
if the policy extension is present in the WSDL. Please see
https://jax-ws.dev.java.net/jax-ws-21-ea3/docs/wsaddressing.html#When_is_WS_Addressing_engaged_

Regards
--Sherry

Eric Tiong wrote:

>
> Fred,
>
> We are using xFire to generate the web service functionality in our
> web application. We ran into a problem with the SOAP header in the
> HTTP BC related to the Web Service Addressing standard; it seems that
> it is backward incompatible with xFire; it automatically uses the
> namespace ‘ http://www.w3.org/2005/08/addressing’. We had to create a
> proxy process to replace the namespace in the Action element in SOAP
> Header in order to make it work. I heard that Open ESB will have a
> feature to allow configuration on the SOAP message like changing the
> namespace on the SOAP header or suppressing SOAP header altogether.
> Let us know if there will be flexibility in configuring how SOAP
> message is generated within Open ESB.
>
> <SOAP-ENV:Header>
>
> <To
> xmlns="http://www.w3.org/2005/08/addressing">http://192.168.50.137:7001/services/IResidentGatewayWebService</To>
>
> <Action xmlns=" http://www.w3.org/2005/08/addressing
> ">"importRecord"</Action>
>
> <ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
>
> <Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
>
> </ReplyTo>
>
> <MessageID
> xmlns="http://www.w3.org/2005/08/addressing">uuid:bc5ca68e-8266-499f-b191-912a6d634808</MessageID>
>
> </SOAP-ENV:Header>
>
> Thank you.
>
> Eric Tiong.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

BPEL catch catchAll and Fault Information

2008-10-10T07:58:39Z

Hi there,

We made a design decision to make all of our (business) faults in all of our WSs of the same type; let’s say MyFault (or NotYourFault J ). We have a BPEL process where we want to take a specific action, including writing the cause of the error to the DB (which is contained in MyFault type) when a fault is encountered. This is proving to be a pain in the ass (or at the very least, impossible). Each catch has to respond to a specific fault and catchAll has no access to the fault. Is there any way around this? Is it somehow possible to define general faults and derive the specific WSDL fault from this type? In this way it would be possible to define a fault handler that responds to several faults. Or is there some common BPEL coding strategy to allow something like this? We really don’t want to have to define a new fault handler each time a new fault comes into play, especially seeing as how the action is always the same. Is there any way to access fault information from catchalls?

A related question: in the [catch] fault name dialog in Netbeans there is a ‘User defined faults’ node in the tree. How is it possible to define user defined faults?

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.David@...

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.

HTTP BC SOAP Header backward compatibility issue

2008-10-10T07:22:00Z

Fred,

We are using xFire to generate the web service functionality in our web application. We ran into a problem with the SOAP header in the HTTP BC related to the Web Service Addressing standard; it seems that it is backward incompatible with xFire; it automatically uses the namespace ‘ http://www.w3.org/2005/08/addressing’. We had to create a proxy process to replace the namespace in the Action element in SOAP Header in order to make it work. I heard that Open ESB will have a feature to allow configuration on the SOAP message like changing the namespace on the SOAP header or suppressing SOAP header altogether. Let us know if there will be flexibility in configuring how SOAP message is generated within Open ESB.

<SOAP-ENV:Header>

<To xmlns="http://www.w3.org/2005/08/addressing">http://192.168.50.137:7001/services/IResidentGatewayWebService</To>

<Action xmlns=" http://www.w3.org/2005/08/addressing ">"importRecord"</Action>

<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>

</ReplyTo>

</SOAP-ENV:Header>

Thank you.

Eric Tiong.

Dubai (Gitex)

2008-10-10T05:39:49Z

Dubai Gitex 2008
From 19 October To 23 October 2008

	~This offer is valid to 12 October 2008 .

			HYATT REGENCY
STARS	CHECK IN	OUT	N OF ROOMS	ROOM TYPE	PRICES	MEAL BASIS
5	18	25	1	Single Gulf View	390	BO
5	18	25	1	Double Gulf View	440	BO
5	18	25	1	Triple Gulf View	480	BO



			RIVIERA
STARS	CHECK IN	OUT	N OF ROOMS	ROOM TYPE	PRICES	MEAL BASIS
4	17	24	1	Single Standard	210	BB
4	18	26	1	Double Standard	230	BB
4	18	26	1	Double Creek View	260	BB



			SEVEN SANDS
STARS	CHECK IN	OUT	N OF ROOMS	ROOM TYPE	PRICES	MEAL BASIS
4	17	25	1	Double - 01 Bedroom	330	BB
4	17	25	1	Quad - 02 Bedroom	400	BB



			NOVOTEL
STARS	CHECK IN	OUT	N OF ROOMS	ROOM TYPE	PRICES	MEAL BASIS
4	17	24	1	SINGLE	570	BB
4	17	24	1	DOUBLE	590	BB



			ORINTAL PALACE
STARS	CHECK IN	OUT	N OF ROOMS	ROOM TYPE	PRICES	MEAL BASIS
3	18	25	1	SINGLE	135	RO


	~This offer is valid to 12 October 2008 .
	~ Once confirmed full charges applies.

	~ No name changes allowed.

	~ Rate & space subject to change.

	~ Minimum stay 03 night .

	~ Full prepayment must be received before confirmation .

	~ Rates per room per night .

	~ All Prices in USD.

	Meal Basis:
	BO=	Bed Only
	BB=	Bed & Breakfast
	RO=	Room Only



			For Reservation

	E_mail	:		Gitex@...

	Phone	:		{ +2 } 010 1981328
	Fax n.	:		{ +202 } 33363929
	Best Regards
				Amir Gaber

Re: Cannot configure FileBC to poll dynamic subdirectories and files with variable names.

2008-10-09T16:14:30Z

Jason,

I am sure the File BC developer has the right knowledge to work with sub
folders, but we'll likely need more thoughts to make sure that the file
processing protocol works properly (which includes the best approach to
do archiving, to handle recovery etc. etc.).

Of course, it is open source, any third party contribution is also more
than welcome.

Regards
Sherry Weng

Open ESB Community
http://open-esb.org

Jason Weinstein wrote:

> If you do not want to wait for this feature you have a couple other
> options for testing out your scenario, thanks to this being Open Source:
>
> 1) Edit and compile the File BC code yourself. I have provided example
> code for what looks like would do the trick
> If you test it i'd imagine they'd let you commit it back in large part!
>
> 2) If File BC makes this simple change you will likely be able to test
> your scenario as well using a tool like aspectj
> (which does not require your compiling the File BC code)
>
> This is a harmless change and as such i would suggest the File BC team
> make it before the release.
>
> From package com.sun.jbi.filebc.util.InboundMessageProcessor
> // old
> inputFiles = inDir.listFiles(new InputFilenameFilter(fileName));
>
> // new
> inputFiles = listFiles(inDir, new InputFilenameFilter(fileName));
>
> public File[] listFiles(File dir, FilenameFilter filter) {
> return dir.listFiles(filter);
> }
>
> Example aspect:
>
> // aspect - you can weave this code into GlassFish (JBI/File BC) at
> runtime
> // This replaces the original method with yours
>
> import java.io.File;
> import java.io.FilenameFilter;
> import ListFiles;
>
> public aspect ListFilesAspect {
> public pointcut withinClass() :
> within(com.sun.jbi.filebc.util.InboundMessageProcessor);
>
> public pointcut listFilesJoinPoint(
> File dir,
> FilenameFilter filter) :
>
> withinClass() && execution(public File[]
> listFiles(File, FilenameFilter))
> && args(dir, filter);
>
> Object around(File file,
> FilenameFilter filter) :
> listFilesJoinPoint(dir, filter) {
> System.out.println("listFiles dir: " + dir + " filter: " +
> filter);
> return ListFiles.listFiles(dir, filter); // vs. return
> proceed(dir, filter);
> }
> }
>
> Example code:
>
> import java.io.File;
> import java.io.FilenameFilter;
> import java.util.ArrayList;
> import java.util.List;
>
> public class ListFiles {
> public static void main(String[] args) {
> }
>
> public static File[] listFiles(File dir, FilenameFilter filter) {
> return listFiles_(dir, new DirAcceptor(filter));
> }
>
> public static class DirAcceptor implements FilenameFilter {
> private FilenameFilter filter;
>
> public DirAcceptor(FilenameFilter filter) {
> this.filter = filter;
> }
>
> public boolean accept(File dir, String name) {
> File file = new File(dir, name);
> if (file.isDirectory()) {
> return true;
> } else {
> return filter.accept(dir, name);
> }
> }
> }
>
> private static File[] listFiles_(File dir, FilenameFilter filter) {
> List<File> list = new ArrayList<File>();
> if (!dir.exists() || !dir.isDirectory()) {
> return list.toArray(new File[0]);
> } else {
> listFiles_(dir, filter, list);
> return list.toArray(new File[0]);
> }
> }
>
> private static void listFiles_(File dir, FilenameFilter filter,
> List<File> list) {
> File[] children = dir.listFiles(filter);
> if (children != null) {
> for (int i = 0; i < children.length; i++) {
> File child = children[i];
> if (child.isDirectory()) {
> listFiles_(child, filter, list);
> } else {
> list.add(child);
> }
> }
> }
> }
> }
>
>
> Note File BC does a directory lock on the root dir. This should suffice.
>
>
> Sherry Weng wrote:
>
>> Due to resource constraints, we can't offer this feature right at
>> this moment. Unfortunately, I don't think there is a reasonable
>> workaround in File BC either.
>> But looks like this is a pretty popular requirement, so I just filed
>> a high priority enhancement bug against File BC
>> (https://open-esb.dev.java.net/issues/show_bug.cgi?id=752) to keep
>> track of this.
>> We are finishing up the remaining tasks in this BC for our GlassFish
>> ESB release, and will work on adding this enhancement shortly after
>> the release.
>>
>> Thanks for your patience
>> --Sherry
>>
>> swa31415 wrote:
>>
>>> Hello,
>>>
>>> I have a similar problem. Different companies will, for security
>>> reasons,
>>> drop their file in a subdirectory of a root. Those files will then be
>>> treated bij open ESB and be put in a db.
>>> Is there some progress for this case? Can I use a workaround?
>>> regards
>>>
>>> François
>>> elena_mml wrote:
>>>
>>>
>>>> Hi Sherry,
>>>>
>>>> Thank you for you reply. The reason is security. Each system user
>>>> has a
>>>> permission to read and write to only his/her directory. The
>>>> requirement
>>>> is that each user will drop the files for processing into his own
>>>> directory ( all user specific dirs will be under the same root
>>>> directory)
>>>> and one instance of the File Processing Service will go through
>>>> each user
>>>> dir and consume files matching the pattern.
>>>>
>>>> Elena.
>>>>
>>>>
>>>> sherry_weng wrote:
>>>>
>>>>> Hi Elena,
>>>>>
>>>>> File BC is not designed to poll files from sub directories. You
>>>>> should be able to use the filename pattern, such as the one you
>>>>> provided here, to poll all the matching files in /the /directory
>>>>> specified for "fileDirectory".
>>>>> This is an interesting use case and we haven't come across similar
>>>>> requests in the past. Are there any good reasons to not to have
>>>>> all the files in one directory?
>>>>>
>>>>> Regards
>>>>>
>>>>> Sherry Weng
>>>>>
>>>>> Open ESB Community
>>>>> http://open-esb.org
>>>>>
>>>>>
>>>>>
>>>>> elena_mml wrote:
>>>>>
>>>>>> I need to configure the FileBC to poll all sub directories under
>>>>>> a root
>>>>>> dir
>>>>>> dynamically and process any file with <someName_ cf.xml>. The subDir
>>>>>> names
>>>>>> are dynamic and need to be discovered at the run time. e.g.
>>>>>> /rootDir/
>>>>>> /subDir1
>>>>>> /subDir1.2
>>>>>> fileA_cf.xml
>>>>>> fileB_cf.xml
>>>>>> /subDir2
>>>>>> /subDir2.2
>>>>>> fileC_cf.xml
>>>>>> The pattern for /rooDir/*/* does not work for the
>>>>>> fileDirectory
>>>>>> property.
>>>>>> And I did not have luck with the file name pattern %u_cf.xml
>>>>>> defined as
>>>>>> the
>>>>>> fileName property with fileNameIsPattern=true. Has anyone done
>>>>>> this or has any suggestions on how this could be
>>>>>> accomplished?
>>>>>>
>>>>>> Thank you,
>>>>>> Elena.
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>>>> For additional commands, e-mail: dev-help@...
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> :-((:-((:-((:-((:-((:-((:-((:-((:-((:-((P-(:-((
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Nabble - Open ESB Development

Re: AW: Re: File BC begins processing before file is completely copied

Dynamic Partner Links and Concurrency

*Invitation* Oct 22nd OpenESB Innovation Series: Project Fuji Milestone 2

Re: HTTP BC SOAP Header backward compatibility issue

BPEL catch catchAll and Fault Information

HTTP BC SOAP Header backward compatibility issue

Dubai (Gitex)

Re: Cannot configure FileBC to poll dynamic subdirectories and files with variable names.

Invitation Oct 22nd OpenESB Innovation Series: Project Fuji Milestone 2