[wildfly-dev] File upload/manipulation through management API?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[wildfly-dev] File upload/manipulation through management API?

Ondrej Zizka
Hi all,

for the purpose of migration, it would be nice to have a possibility to
upload certain files. Namely:
- create modules (e.g. JDBC drivers)
- copy .properties files - logging, security etc.
- ssh keys, certificates etc.

Is there a chance to have this in Wildfly mgmt API?
It could be limited to the examples above - i.e. one op for
creating/removing a module, one op for copying a file to configuration/ .

Thanks,
Ondra

_______________________________________________
wildfly-dev mailing list
[hidden email]
https://lists.jboss.org/mailman/listinfo/wildfly-dev
Reply | Threaded
Open this post in threaded view
|

Re: [wildfly-dev] File upload/manipulation through management API?

Brian Stansberry
If someone wanted to work up a proposal to address these things, that
would be fine. A couple things it would need to address:

1) Semantics in a managed domain.

2) The API to interact with jboss-modules to identify where to store the
modules (and perhaps to delegate storage to jboss-modules). The AS
shouldn't make assumptions about module loading; anything it does should
be based on a clear contract with jboss-modules.

For the managed domain stuff, a simple step is to scope the management
operations to an individual host (e.g. /host=foo:add-configuration-file)
and not try to deal on the server side with pushing out content to
multiple hosts

On 5/21/13 7:25 AM, Ondrej Zizka wrote:

> Hi all,
>
> for the purpose of migration, it would be nice to have a possibility to
> upload certain files. Namely:
> - create modules (e.g. JDBC drivers)
> - copy .properties files - logging, security etc.
> - ssh keys, certificates etc.
>
> Is there a chance to have this in Wildfly mgmt API?
> It could be limited to the examples above - i.e. one op for
> creating/removing a module, one op for copying a file to configuration/ .
>
> Thanks,
> Ondra
>
> _______________________________________________
> wildfly-dev mailing list
> [hidden email]
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>


--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
_______________________________________________
wildfly-dev mailing list
[hidden email]
https://lists.jboss.org/mailman/listinfo/wildfly-dev
Reply | Threaded
Open this post in threaded view
|

Re: [wildfly-dev] File upload/manipulation through management API?

Ondrej Zizka
Jira filled: https://issues.jboss.org/browse/WFLY-1396

Ondra


On 05/21/2013 07:20 PM, Brian Stansberry wrote:

> If someone wanted to work up a proposal to address these things, that
> would be fine. A couple things it would need to address:
>
> 1) Semantics in a managed domain.
>
> 2) The API to interact with jboss-modules to identify where to store the
> modules (and perhaps to delegate storage to jboss-modules). The AS
> shouldn't make assumptions about module loading; anything it does should
> be based on a clear contract with jboss-modules.
>
> For the managed domain stuff, a simple step is to scope the management
> operations to an individual host (e.g. /host=foo:add-configuration-file)
> and not try to deal on the server side with pushing out content to
> multiple hosts
>
> On 5/21/13 7:25 AM, Ondrej Zizka wrote:
>> Hi all,
>>
>> for the purpose of migration, it would be nice to have a possibility to
>> upload certain files. Namely:
>> - create modules (e.g. JDBC drivers)
>> - copy .properties files - logging, security etc.
>> - ssh keys, certificates etc.
>>
>> Is there a chance to have this in Wildfly mgmt API?
>> It could be limited to the examples above - i.e. one op for
>> creating/removing a module, one op for copying a file to configuration/ .
>>
>> Thanks,
>> Ondra
>>
>> _______________________________________________
>> wildfly-dev mailing list
>> [hidden email]
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>

_______________________________________________
wildfly-dev mailing list
[hidden email]
https://lists.jboss.org/mailman/listinfo/wildfly-dev