TomNewChao commented on PR #2656:
URL: https://github.com/apache/plc4x/pull/2656#issuecomment-5104164290

   
   
   
   > Hi Tom,
   > 
   > So you're proposing to build a generic "PLC4X Connection String Parser" 
component that know how to deal with all types of PLC4X connection strings? I 
fully agree that's probably the cleanest approach. In my ToddySoft 
implementation I think I also did it that way. The PLC4J SPI3 was more a 
migration that a rewrite. So Yeah ... I agree that possibly also for PLC4J such 
a central component would be a good option.
   > 
   > Nothing I keeping you from creating that branch and I think in the PR 
can't you simply select that as target? Or would someone with commit rights 
need to create that branch first? If that is the case, I'll be happy to create 
it.
   > 
   > Regarding naming inconsistencies: Yes ... we did some cleaning up in the 
API some time ago and I recall not bothering to update PLC4Net as it was 
considered abandoned and we generally left it in there as it contained the glue 
to integrate it into the overall reactor build if someone decided to want to 
work on this in the future (So we were waiting for you ;-) )
   > 
   > Chris
   
   On the ConnectionString — I was actually proposing something smaller: just 
moving it from the api module down to the spi module, next to DriverBase, 
matching how plc4j splits it. But the idea of a central component is worth 
discussing once the basics are in place.
   
   On the branch @sruehl — understood, and keeping it on develop is simpler. I 
will keep the build green and keep the PR open as the tracking point.
   
   Thanks 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to